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1 2 

TEMPLATE LANGUAGE FOR INDUSTRIAL RLL also reflects the fact that most industrial control is 

CONTROLLER PROGRAMMING "real time"; that is, an ideal industrial controller behaves as 

if it were actually composed of multiple relays connected in 

CROSS-REFERENCES TO RELATED parallel rungs to provide outputs in essentially instantaneous 

APPLICATIONS 5 response to changing inputs. Present industrial controllers 

__. .... _ _ T1 _ do not, in fact, employ separate parallel relay-like structures, 

This application u» a divisional of U.S. patent application bul instcad paraUcl opcrat ion of the relays by 

Sen No. 08/873,840 now V A Pat. No. 6,154 684, entitled mcans rf a Ncumann . t ype computer pro- 

Template Language for Industnd Controller Program- ccsSQr which cxcculcs Actions one at a time, sequen- 

ming" which was filed on Jun. 14, 1997. w ^ ^ appcarancc of parallcl opcration ^ 

STATEMENT REGARDING FEDERALLY obtained by employing extremely fast processors in the 

SPONSORED RESEARCH execution of the sequential control program. 

As each rung is executed, inputs represented by the 

Not applicable. contacts are read from memory (as obtained from inputs 

15 from the controlled process or the previous evaluation of 

BACKGROUND OF THE INVENTION ^ of other n^.Vse inputs are evaluated according 

This invention relates to electronic programmable con- to ^ io & c reflected in the connection of the contacts into 

trailers for operating industrial equipment, and more one or more branches within the rungs. Contacts in series 

particularly, to a programming language used to develop across a rung represent boolean AND logic whereas contacts 

control programs performed by industrial controllers to 20 m different branches and thus in parallel across the rung 

control industrial equipment represent boolean OR logic. 

Programmable controllers are well-known systems for Typically a single output coil at the end of each rung is set 
operating industrial equipment, such as assembly lines and or reset md * based on me evaluation of that rung, this setting 
machine tools, in accordance with a stored program. In these or resetting is reflected in the writing to memory of a bit 
controllers, a stored program is executed to examine the 25 ultimately becomes an output to the industrial pro- 
condition of specific sensing devices on the controlled cess or to another RIX rung). 

equipment, and to energize or de-energize selected operating Once a given rung is evaluated, the next rung is evaluated 

devices on that equipment contingent upon the status of one and so forth, In the simplest form of RLL programming, 

or more of the examined sensing devices. The program not there are no jumps, i.e. all rungs are evaluated in a cycle or 

only manipulates single-bit input and output data represent- "scan" through the rungs. This is in contrast to conventional 

ing the state of the sensing and operating devices, but also computer programming, where branch and jump instructions 

performs arithmetic operations, timing and counting cause later instructions or groups of instructions to be 

functions, and more complex processing operations. skipped, depending on the outcome of a test associated with 

One industry which extensively uses programmable con- 35 ^ose branch or j™P instructions, 
trollers is the automotive industry. In the automotive While RLL is well-suited for controlling industrial pro- 
industry, various automotive parts are conveyed along cesses like those in the automotive industry, RLL program- 
machine lines consisting of many consecutive workstations. ming is not an intuitive process and, therefore, requires 
Most workstations include at least one tool which performs highly-skilled programmers. Where hundreds of machine 
some function to alter the characteristics of work pieces as ^ tool movements must be precisely synchronized to provide 
they are delivered to the station. For example, an unfinished a machining process, programming in RLL is extremely 
cast engine block that requires a plurality of holes, bores, time-consuming. The time and relative skill associated with 
and threads, as well as other metal-removing procedures, RLL programming together account for an appreciable per- 
may be provided at the beginning of a machine line that centage of overall costs associated with a control system. In 
produces finished engine blocks. The machine line ^ 5 .addition, the final step in RLL programming is typically a 
consist of any number of different stations, each station lengthy debugging and reworking step which further adds to 
performing a different procedure on the unfinished block. An overall system costs. 

indexer in the form of a transfer bar can be arranged to move One way to streamline any type of programming is to 

each block from one station to the next following a com- provide predefined language modules, expressed in a lan- 

pleted process. Typically, at each station the block would be 50 guage such as RLL> which can be used repetitively each time 

clamped prior to any metal-removing operation. a specific function is required. Because of the similar types 

In this type of system, a programmable controller would of tools and movements associated with different machine- 
receive inputs from all of the various tools at all of the line stations, industrial control would appear to be an ideal 
workstations and would provide activating output signals to industry for such language modules, 
synchronize machine opcration. During metal-removing ss The predefined logic module approach works quite well 
periods with the transfer bar out of the way, all of the tools for certain applications, like small parts-material handling or 
would perform their functions. In between metal-removing simple machining. The reason for this is that the RLL logic 
periods during transfer periods, the tools would be parked, required for these applications tends to be very simple. In 
the clamps undamped, and the transfer bar would advance small parts material handling applications the 1/0 count is 
workpieces from one station to the next go low and the interfaces between modules are minimal. In fact, 

Industrial controllers are frequently programmed in "relay the mechanisms are often independent units, decoupled from 

ladder" language (RLL) where instructions are represented neighboring mechanisms by part buffers such that no signals 

graphically by "contacts" and "coils" of virtual relays con- are required to be exchanged between modules. These 

nected and arranged in ladder-like rungs across power rails. "loosely coupled" systems lend themselves to "cut and 

RLL, with its input contacts and output coils, reflects the 65 paste" programming solutions. 

emphasis in industrial control on the processing of large But the predefined, fixed logic module approach does not 

amounts of input and output data. work well for other applications, for example metal - 
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removing applications. There arc two main reasons for this. switches and indicator lights) are required; just to name a 

First, there can be cousiderable variation in how few. Each tool variable increases the required number of 

components, such as sensors and actuators, combine to unique RLL modules by more than a factor of two, which 

produce even simple mechanisms. Second, processes like makes it difficult at best to provide an RLL library module 

metal removing normally require tightly controlled interac- 5 for each possible drill configuration, 

tion between many individual mechanisms. The interaction Taking into account the large number of different possible 

is controlled by exchanging signals, called interlocks, machine-line tools, each tool having its own set of variables, 

between the control logic modules of the individual mecha- the task of providing an all-encompassing library of fixed 

nisms. The application of specific interlocks depends on language modules becomes impractical. Even if such a 

knowledge of the process and the overall control strategy, 10 library could be fashioned, the task of choosing the correct 

information not generally needed, or knowable, when the module to control a given tool would probably be more 

control logic for each mechanism is defined. difficult than programming the required RLL logic from 

For example, a drill is a typical metal-removing tool used scratch, 

in the automotive industry. In this example an ideal drill is For these reasons, although attempts have been made at 

mounted on a carriage that rides along a rail between two 15 providing comprehensive libraries of fixed language 

separate limiting positions on a linear axis, an advanced modules, none has proven particularly successful and much 

position and a returned position. Two limit switches, referred RLL programming is done from scratch, 

to herein as returned and advanced LSs, are positioned Therefore, in order to reduce programming time and 

below the carriage and, when tripped, signal that the drill is associated costs, it would be advantageous to have a more 

in the returned and advanced positions, respectively. Two 20 fl ex jbj e means Q f specifying control logic that provides for 

separate dogs (Le. trigger extensions), an advanced dog and the specification of truly reusable sections of RLL or other 

a returned dog, extend downwardly from the bottom of the control logic. Furthermore, it would be advantageous if a 

carriage to trip the LSs when the advanced and returned library of reusable modules enabled industrial engineers 

positions are reached, respectively. In the ideal case, both less-skilled in programming to provide complete control 

LSs may be assumed to be wired in the same "normally 25 logic programs and to reduce required debugging time, 

opened" manner, so that electrically speaking they are open Finally, it would be advantageous if such a library of 

when released and closed when triggered. In this ideal case, reusable modules could be accessed using a programming 

where the physical characteristics of the switches are apparatus such as a personal computer, or the like, to further 

limited, a single RLL logic rung can determine when the min imize programming time and cost, 
drill is in the returned position and another rung can deter- 30 

mine when the drill is in the advanced positioa BRIEF SUMMARY OF THE INVENTION 

Unfortunately, in reality, there arc electrically two types The present invention includes a new language called 

of LSs, one LS type being wired normally opened and the template language, which allows the specification of truly 

other type wired normally closed. Furthermore, any LS can reusable units of control logic, called templates, such that a 

be mechanically installed in a tripped when activated 35 library of these templates, when combined with parameters 

configuration, or a released-when-activated configuration. describing a specific application, results in relay-ladder or 

All combinations of these types are used for various types of other control logic with desired structure and behavior. A 

applications. Thus, application requirements may demand control logic program for controlling an entire machine line 

control logic capable of handling any configuration of LS can be developed by selecting templates specifically 

types. 40 designed to control different machine aspects and param- 

Simple mathematics demonstrates that with two different cterizing those templates for specific applications, 

electrical types of LSs and two mechanical configurations, It has been recognized that a machine line can be broken 

there are sixteen possible configurations of a two-position down into different control-tasks to form a hierarchy of 

linear slide. Consider the language modules required to 45 machine control, each successive hierarchical 'level" being 

implement position logic for all these configurations. To more detailed than the previous level. Herein the term 

accommodate all sixteen switch configurations, there could "control-task" is used to refer to various machine aspects 

be sixteen different language modules, each containing fixed generally including separate machine components, compo- 

RLL logic, and each named for the case it could handle. In nent characteristics, movements, and operational states, 

this case, there would be duplicate logic under different 5Q Each control-task can be characterized by various aspects 

names. Alternatively, four unique language modules could that can be divided into two different groups. A first group 

be provided, but then the user would have difficulty identi- includes aspects that are universally true for every control- 

fying which of the sixteen physical configurations could be task of a specific type. For example, for safety purposes 

handled by which of the four modules. every machine must include at least one control panel 

Clearly, even for a simple drill mounted on a two position 55 having means for turning the machine ON and OFF. 

linear slide, application variables make it difficult to provide Therefore, a universal machine requirement or aspect is an 

a workable library of fixed language modules. Adding more ON-OFF means. 

switches to the linear slide only increases, to an unmanage- A second group includes control-task aspects that are 

able level, the number of language modules required in the distinct to specific instances of a controMask type. For 

library. so example, one application may require that a control panel 

Moreover, the contents of a complete language module also include specific manual controls whereas another appli- 

for a drill must also consider other variables: deluding the cation may. not require manual controls, 

number and type of actuators required; the type of spindle, The template language provides a separate template for 

if any; whether or not a bushing plate is required; what type each specific control-task. Each template may contain ele- 

of conveyor is used; whether or not the drill will include an 65 ments of two different types of information, 

operator panel to enable local control; and, if an operator First, each template may include a set of truly reusable 

panel is included, what type of controls (i.e. buttons, control logic statements, for example RLL rungs, required to 
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control a specific control-task type. In the example above, Other objectives are to reduce debugging time and costs 

where every machine line requires an ON-OFF means, a associated with control programming. Debugging time is 

machine template will either directly or indirectly include reduced because, when a programmer is done programming, 

reusable rungs of RLL logic for ON-OFF control. Typically, the basic form of the machine tree is reflected in the resulting 

because reusable logic will be required for all control-tasks 5 control program. Therefore, when a bug is detected in a 

of a specific type, control logic produced in templates is not certain portion of a machining process, a programmer can 

meant to be altered /except in the case where an end user simply go to the area of a machine tree corresponding to the 

wishes to customize templates tor a specific industry). flawed process and examine that area for problems. Because 

Second, each template may include elements that indicate programming and debugging times are reduced, and because 
instances of other templates (an instance of a template being 10 relatively unskilled programmers can produce control pro- 
referred to hereinafter as a module) that may contribute grams using the present invention, overall programming and 
additional logic for distinct aspects of the designating mod- control system costs are minimized, 
ule. In this way, the designating template provides for In addition, a programming apparatus editor is provided 
variation in how the associated control-task may be config- that allows a user to easily construct a template-based tree, 
ured. The designating and designated modules are usually 15 thus further reducing programming costs and time, 
considered to have a parent/child relationship. Finally, another objective of the invention is to provide 

Using the inventive templates, a user can construct a the underlying control language form, RLL, with extensions 

complete "machine tree" that represents an industrial pro- that make the template language extremely flexible tor 

cess to be controlled. At the distal ends of a machine tree, a accommodating job-specific requirements, allowing the user 

user uses a more detailed set of templates to precisely model 20 to create truly reusable logic. Specifically, the control lan- 

the control-task of the application. These more detailed guage extensions make it possible to preprogram, in a 

modules, like the modules discussed above, include reusable template set, all required interactions between modules, 

logic and references to other modules required to completely prior to knowing application module specifications, and to 

provide control logic for every control-task associated with accommodate variable numbers of modules. In addition, the 

a machine. 25 extensions include compile-time instructions that can indi- 

Once an entire template -based machine representation has catc when certain control statements logic should be 

been constructed, user can then work through the machine included in a program as a function of various job-specific 

tree and effectively compile a complete control program by parameters. 

substituting child modules for specifications in parent mod- ^ Other and further objectives and aspects of the present 

ulcs until all that remains is control logic. invention will become apparent during the course of the 

Hence, the template language includes a first set of following description and by reference to the accompanying 

statements that can be used to construct a template-based drawings, 
machine tree using a relatively small template set, and a 

second set of statements (e.g., RLL language forms plus 3S 
extensions to those forms) that, when compiled, provides a 

complete RLL logic program. FIG. 1 is a diagram of an industrial machine that is 

One objective of the present invention is to reduce the operated by a programmable controller according to the 

amount of time required to produce control programs. By present invention; 

using reusable control logic, programming time can be 40 pj G 2 is a side view of the horizontal mill of FIG. 1; 

reduced to a fraction of the time required to program from FIG. 3 is a diagram which depicts exemplary movements 

of the horizontal mill of FIG. 2; 

Another objective is to reduce programming time while nG 4 fc ^ ^ of ^ min ^ of 

still allowing a user to customize control logic for any- ^. - . . - 

required application. In the present invention, while reusable 45 - T " , , , , • . . • . +: 

RLL logic is provided, the user can customize logic where ™. 5 * a control metaphor which ^depicis a motion 

required by building a machine tree tailored to job-specific P rofilc of horizontal mill axis of. FIG. 21; 

parameters of an application. In effect, where options are FIG. 6 is a bar chart image corresponding to the exem- 

required, a greater number of templates are provided which plary movements of FIG. 3; 

can be used as small building blocks to provide required 50 FIGS. 7A and 7B are block diagrams of a machine tree 

logic. metaphor; 

The present invention also provides programming flex- FIG. 8 is a diagram illustrating a template showing a 

ibility by breaking down a machine fine past the tool level possible arrangement of the contents of the template; 

to a more basic control-task level including movements, FIGS. 9-14 are diagrams of various template types; 

positions, and component characteristics. Whereas on the 55 fig. 15 is a block diagram showing the relationships 

tool level, literally thousands of separate library modules between template-based editors; 

would be required to provide reusable togic for all tool nG u fihQWB a screcQ ^ al start . up of a program- 
configurations (because all control-tasks can be described . • a preferred mac hine editor; 

using a small number of modules based on the control-tasks) i« ia j <«a u ir t - 1 „ 

, . . • • ... « * 1 |«i ' FIGS. 17, 19 and 20 show additional screen displays 

flexibility can be maintained without a large module library, eo . r j u-j* 

using the preferred machine editor; 

Yet another objective is to reduce the amount of program- ~*V /. a 

A . . j * * jm 1 ♦ ~ . ~i FIG. 18 is a flow chart showing editor operations; 

ming training required to provide a complete control pro- 6 r * 

gram. The present templates make programming largely FIG. 21 is a control diagram which a user uses to define 

unnecessary, A programmer simply constructs a machine the operation of a linear axis; 

tree which resembles a machine-line process and then plugs 65 FIG. 22 is a flow chart of the process by which program 
child modules into the tree to complete the programming editor software enables a user to create the control diagram 

process. of FIG. 21; 



BRIEF DESCRIPTION OF THE SEVERAL 
VIEWS OF THE DRAWINGS 
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FIGS 23-29 are diagrams of various template types; stations and associated tools will be described in the context 

FIG. 30 shows a screen display of a preferred control- of the fourth station S4 and the horizontal mill 22 However, 

panel editor including a control-panel specification which a despite obvious differences between the physical configu- 

user defines using the control-panel editor, rations of a turret mill 20, a drill 18, and a horizontal mill 22, 

. , i « • i_ _ * , i r_ 5 a person of ordinary skill in the art should be able to apply 

FIG. 31 is a bar chart which a user creates to define J . . J 3 

- * , * the principles taught below to control either the turret mill or 

sequencing of related axes; drill, or any other tool, for that matter. Hereinafter, whenever 

FIG. 32 is an incomplete bar chart like the one in FIG. 31; nktcncc ^ ^ to ^ c « prcscnt cxamp i c » it should be 

FIG. 33 is a screen display used to make the bar chart assumed that the explanation is referring to the fourth station 

function of FIG. 31 contingent upon other occurrences; 1Q s4 ^ ^ horizontal mill 22 unless otherwise designated. 

FIG. 34 is a flow chart depicting a compiling process; Referring to FIG. 2, the horizontal mill 22 includes a 

FIG. 35 is a diagram depicting an "all child nodes remote" vertical support 24, a main slide subassembly 26, a cross 

RLL rung; slide subassembly 28, and a spindle 30. The vertical support 

FIG. 36 is a diagram depicting an AND list macro 24 has a track (not shown) on which the main slide subas- 

corresponding to the rung in FIG. 35; 15 sembly 26 is mounted for movement vertically along the 

FIG. 37 is a diagram depicting an OR Est macro; track (i.e. along arrow 46) between returned and advanced 

FIG. 38 is a diagram depicting an RLL rung including a positions near the top and near the bottom of the vertical 

branch having a pseudoobstruction; FIGS. 38-1 and 38-2 are support 24 > respectively. The mam shde subassembly 26 and 

diagrams depicting RLL rungs and the effect of a pseudo- ^rtical support 24 form what is referred to herein as a linear 

irJniction upon compilation; 20 ^ ™* Una 3X15 < Le ' axis) will be used hereinafter 

form, dom to move with respect to the others in a reciprocal 

FIG. 40 is an attributes table used to identify control logic mamer ^ Qag a ^ bet ween two end points, 

required for a function; . . 25 Referring still to FIG. 2, the horizontal mill 22 includes a 

FIG. 41 is a normal function mapping template; second axis formed between the main slide subassembly 26 

FIG. 42 is a program flow chart showing bar chart editor m $ me a06S s ^ e subassembly 28. The cross slide subas- 

operations; and sembly 28 is mounted on a track (not shown) to the bottom 

FIG. 43 is a program flow chart showing bar chart editor D f subassembly 26 for horizontal movement (i.e. along 

operators. 30 arrow 47) between a returned position adjacent to the 

DETAILED DESCRIPTION OF THE verical support 24 and an advanced position at the distal end 

PREFERRED EMBODIMENTS of the subassembly 28. 

In addition to the two axes identified above, the horizontal 

Exemplary Industrial Process mill 22 includes yet a third axis which is not as readily 

The resent invention will be described in the context of 35 apparent as the first two. The third axis is related to a 

the exemplary machine 10 shown in FIG. 1. The machine 10 contactor required to start a motor used to turn the mill 

includes a single indexer in the form of a transfer bar H spindle 30. The contactor moves linearly from a 

which moves workpieces (not shown) along its length in the de-energized position to an energized position and vice 

direction of arrow 12. The machine 10 also includes a ^ vcrsa - 

number of tools referred to herein as work units, located at Each of the other work units 14, 16, 18 and 20 in FIG. 1 

five different stations S1-S5 which either alter workpiece also includes one or more axes. The loader 14 includes a 

orientation or perform some type of metal-removing process shuttle, the drill 18 includes a spindle and a slide, the turret 

on workpieces whenj>resent at an associated station. To mill 20 includes a spindle, a slide and a turret, and the 

accommodate the mciii-iemGvmg process, the transfer bar 45 unloader 16 includes an ejector. 

Tl moves workpieces in a step-wise fashion, from station to The direction and velocity of the moveable portion of 

station, the work pieces being held in position during each axis with respect to an associated stationary component 

metal-removing periods and moved during transfer periods. is determined by discrete control devices such as induction 

The first station SI includes a loader 14 which feeds work motors, hydraulic or pneumatic cylinders, etc., applied sin- 
items to a first end of the transfer bar Tl. The fifth station S5 50 gularly or in combinations. The horizontal mill 22 includes 
includes an unloader 16 which removes work items from a three motors, a main slide motor 32 for moving the main 
second end of the transfer bar Tl. Work units at stations S2, slide subassembly 26 vertically, a cross slide motor 34 for 
S3 and S4 perform metal-removing processes. Stations S2, moving the cross slide subassembly 28 horizontally, and a 
S3 and S4 include a vertical drill 18, a turret mill 20 and a spindle motor 36 for turning spindle 30. 
horizontal mill 22, respectively. Each of the tools at work 55 The horizontal mill 22 also includes four limit switches 
units 18, 20 and 22 should be well-known to a person of 38, 39, 40 and 41. A main returned switch 38 is positioned 
ordinary sfrill in the art and, therefore, each will not be at the top of the vertical support 24 on the vertical track to 
explained in detail. delimit the returned position of the main slide subassembly 

Because work items have a tendency to move during 26. A main advanced switch 39 is positioned below switch 

machining processes, three clamps 42, 43 and 44 are eo 38 on the vertical track to delimit the advanced position of 

provided, one at each of the three metal-removing stations subassembly 26. When neither of the limit switches 38, 39 

S2, S3 and S4. Prior to a ma chining period, each clamp arc switched, the subassembly is in an intermediate position 

42-44 automatically clamps a work item at an associated somewhere between the advanced and returned positions, 

station in a position aligned with station tools for metal Cross returned 40 and advanced 41 switches are separated 

removal. 65 along the horizontal track to delimit the returned and 

In an effort to simplify explanation of the present advanced positions of the cross slide subassembly 28. Again, 

invention, aspects of the invention which pertain to the when neither switch 40 nor 41 is switched, subassembly 28 
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is said to be in an intermediate position. Each of the point laterally adjaoent the workpiece. The main slide 

subassemblies 26, 28 includes two dogs (not shown) for advance movement 50 is completed when the main 

tripp ing associated switches 38, 39 and 40, 41 respectively. advanced switch 39 is tripped. 

Referring again to FIG. 1, in the metal-removing process At that point the cross slide advance movement 52 begins 

example included here, a work item is loaded by loader 14 5 and toe rotating spindle 30 is moved laterally into the 

onto the transfer bar Tl at the first station S 1. When all of workpiece until cross advanced switch 41 is tripped. During 

the metal-removing processes at stations S2-S4 have been this movement the main advance switch 39 remains tripped, 

completed, associated tools are parked, the clamps 42, 43 When cross advanced switch 41 is tripped and the main 

and 44 are undamped and parked, and the unloader 16 at advance switch 39 is tripped, the metal-removing portion, or 

station S5 is parked, the transfer bar simultaneously moves 1° first sequence of mill cycle 49, is completed. The second 

items at the fourth station to the fifth, the third station to the sequence begins with the first portion of the slide return 

fourth, the second station to the third, and the first station to movement 54 moving the spindle upward and out of the 

the second. Then, during a subsequent machining period, all workpiece. After a short distance, main advanced switch 39 

of the tools at stations S2-S4 work simultaneously to becomes untripped at a cutter clear point CCP, indicating 

perform their metal-removing processes while the following 15 that the main slide subassembly 26 is in an intermediate 

sequence of operations occurs: (1) the unloader 16 removes position and that the spindle 30 is clear of the workpiece (i.e. 

the workpiece from station S5, (2) the now empty transfer will not impact the workpiece if moved horizontally toward 

bar returns to its start position, then (3) the loader 14 loads a returned position). At the cutter clear point CCP, the cross 

another workpiece at sution SI. slide subassembly 28 begins to move back to its returned 

Referring again to FIG. 2, to execute its nulling process, 20 Potion while the main slide subassembly 26 continues its 

with its spindle 30 rotating, the horizontal mill 22 steps ascent, 

through a machine cycle which includes movement of both Ultimately, both subassemblies 26, 28 reach their returned 

the main slide subassembly 26 and the cross slide subas- positions and trip their returned switches 38, 40 respectively, 

scmbly 28. In keeping with standard industry nomenclature, indicating the end of the miff cycle 49. 

a typical machine cycle can be divided into two sequences. Referring again to FIG. 1, in addition to all of the 

A sequence is a correctly-orchestrated set of actions by one components identified above, most machine lines include at 

or more axes of motion that realizes some portion of a least one main control panel 58 including an assortment of 

manufacturing process. These actions may be required to buttons, switches and lights. Often, a machine 10 will 

occur in series or in parallel with each other, and/or in any ^ include more than one control panel In addition to main 

combination, possibly with some actions overlapping others. panel 5 8, the exemplary machine 10 includes a horizontal 

These actions may also be interlocked by and/or synchro- mill 14 control panel 57. Each control panel 57, 58 includes 

nized with other external states or events, which may an input/output bus (not shown) for receiving position 

themselves be derived from other sequences. signals and providing control signals as required. 

The two sequences in a cycle are always separated by a 35 Control panels are provided at various machine locations 

remembrance variable or latch, indicating that the first for three main purposes. First, a control panel allows a user 

sequence is completed and that the second sequence can to switch from automatic to manual operation or to locally 

begin. The second sequence in a cycle necessarily inverts the turn off a section of the machine. Thus, a control panel 

actions performed by the first sequence. The order in which allows a user to select different modes (e.g. automatic or 

the actions of the second sequence occur is in no way ^ manual) of operation. 

constrained by this invention or related to the order in which Second, when a manual mode of operation is chosen, a 
the actions occurred in the first sequence. Hie important control panel provides buttons and switches which are used 
principle is that the actions in the second sequence return m manual machine operation. Manual controls are typically 
tools to the state they occupied prior to the beginning of the buttons that facilitate local .control, of cycle move- 
first sequence, typically returned states. 45 mC nts. For example, ^ refening to nC372-and 3, a manual 

Referring also to FIG. 3, a mill cycle 49 for the horizontal push button could be provided to drive the main slide 
mill 22 includes four separate movements. A first movement subassembly 26 from the returned position at the top of 
is a main slide advance represented by vertical downward vertical support 24 to the advanced position at the bottom 
arrow 50. The second movement is a cross slide advance (i.e. through the main slide advance movement corrcspond- 
represented by 13 horizontal arrow 52. The third movement so ing to arrow 50). Similarly, another manual push button 
is a main slide return and the fourth is a cross slide return. could move subassembly 26 back from the advanced to the 
Arrow 54 corresponds to the beginning of a main slide return returned position (i.e. through the main slide return move- 
movement, the vertical component of arrow 56 correspond- ment associated with arrow 54 and the vertical portion of 
ing to the end of the return movement Similarly, the arrow 56). For most push buttons, successful operation of an 
horizontal component of arrow 56 corresponds to the cross 55 associated component or subassembly is contingent upon the 
slide return movement Thus, the last portion of the main favorable positioning of interlocked components. For 
slide return movement occurs in parallel with the cross slide example, referring still to FIGS. 2 and 3, pushing a button 
return movement. The main and cross slide advance move- associated with advancing the main slide subassembly 26 
ments 50, 52 together form the first sequence of mill cycle will result in motion only if the cross slide subassembly 28 
49, and movements corresponding to arrows 54 and 56 ^ is in the returned position. Other contingencies or safeties 
represent the second sequence. may apply as welL 

Al the begmning of a machine cycle, both the main 26 and Third, during manual operation of a machine or a section 

cross 28 subassemblies are in returned positions with asso- of a machine, indicators are often required to help a user 

dated returned limit switches 38 and 40 tripped. After a identify machine tool positions (e.g. advanced, intermediate 

workpiece is clamped into a machining orientation at the 65 or returned positions). Thus, a control panel will often 

fourth station S4, the mill cycle 49 begins with main slide provide indicator lights to facilitate observation. For 

advance movement 50 bringing the spindle 30 down to a example, referring again to FIG. 2, when the horizontal mill 
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22 is in manual mode, a light may be required for indicating whereas locations on the metaphor below the zero speed axis 

when the main slide subassembly 26 is in the advanced have a negative speed and denote retracting the subassembly 

position or when it is in the returned position. With the 26 toward a returned position. As can be seen from the 

present invention, all indicator lights indicate assembly metaphor, the subassembly, 26 advances toward a workpiece 

positions regardless of modes of operation (i.e. auto, 5 from the returned position at approximately distance DO 

manual, etc.). until it reaches distance Dl where the subassembly 26 stops 

Programmable Controller until it is to be retracted. The retraction occurs until the 

Referring again to"FIG. 1, the actuators (typically motors, subassembly has reached the full-returned position at dis- 

pneumatic devices, or hydraulic devices) associated with the D0 m a coasts to a stop. The control metaphor illus- 

entire machine 10 operate in response to control signals 1Q m fiq. 5 is weU-understood and conventionally used 

from a programmable controller 60 . control cngmccrs to describe linear motion. 

The programmable controller 6C I his a ^rack ^taimng > { ^ dcsignatcs specific buttons, 

a power supply CM and fights that are required on a control panel to 

65 and an input module 66. The processor module 64 g ^ control and observation. In 

executes a control program defined by the user which f , , JTi . • > . 1 ft 

samples input sigiiakre^ 15 * fol ^Jocal control devices, a < oontrol panel specifi- 

input bus 68 andbased upon the status of those inputs, cation identifies which movements the devices control or 

activates or deactivates appropriate output lines of output monitor. For example, referring again to the horizontal mill 

bus 70 connected to the output module 65. As shown in FIG. of FIG. 2, a light may be required to indicate when both 

2, the output bus 70 is connected to the main, cross, and subassemblies 26, 28 are in their returned positions (i.e. 

spindle motors 32, 34, 36 to turn on and off the correspond- 20 when returned switches 38 and 40 are tripped). In addition, 

ing motors. Additional output lines from module 65 are a mode switch may be required to place the horizontal mill 

connected to machine tools at other stations and to lights on 22 in local mode for local control which would require a 

the operator panel 58 to indicate machine status. Referring series of additional buttons to facilitate local or manual 

specifically to the horizontal mill 22 in FIG. 2, the input control. A typical control panel specification would include 

module 66 receives signals from all four limit switches 38, 25 a list of device requirements or an actual panel image 

39, 40 and 41 indicating the tripped status of each switch. defining required devices 17. 

The processor module 64 is connected by cable 72 to a A bar chart or timing diagram is a drawing which helps a 

programming terminal 74 which the user employs to instruct programmer visualize the relationships among various tool 

the processor module how to operate the machine 10. The movements in a cycle. Referring again to FIGS. 2 and 3, 

programming terminal 74 is a personal computer, the prin- 30 during the mill cycle 49, each of the main 26 and cross 28 

cipal components of which are illustrated in FIG. 4. A slide subassemblies steps through an advance movement and 

microprocessor 75 is connected to a set of buses 76 com- a return movement, each separate movement being a func- 

p rising data, address and control buses. Programs for execu- tion. Thus, during the mill cycle, four separate functions 

tion by the microprocessor 75 are stored in a read only occur a main slide advance, a cross slide advance, a main 

memory (ROM) 77 and a random access memory (RAM) 78 35 slide return and a cross slide return, 

is included for the storage of data. Akeyboard 79 enables the Referring also to FIG. 6, each function that occurs during 

user of the programmable controller to enter data. A monitor a cycle 49 is placed in a 11 request" column of a bar chart 

80 is provided as a device for displaying information to the 92. The functions are usually arranged in order of occur- 

user. Data and programs also can be stored on a floppy disk rence. Next, horizontal bars Bl, B2, B3, or B4, one repre- 
drive 81 or a hard disk 82. A serial 1/0 interface circuit 64 40 senting each function, are placed in a specification section of 

couples the programming terminal 74 to the processor the chart, an abscissa of the chart denoting temporal function 

module 64 by cable 72. relationships (Le. bars placed farther to the right in the chart 

Conventional Controls Engineering 92 represent functions that start later in time). Referring soil 

Programming an industrial controller is a complex task in to FIGS. 2, 3 and 6, the main slide advance movement 
part due to the large number of tools thai must be synchro- 45 begins cycle 49 and, therefore, a bar Bl corresponding to the 
nized and simultaneously controlled. To simplify the pro- main slide advance function appears first and is left justified, 
gramming process the industry has developed a number of After the main slide advance is completed, the cross slide 
different tograrnming conventions that help a programmer advance movement begins and, therefore, a bar B2 cone- 
visualize the process to be controlled and the relationships sponding to the cross slide advance function starts imme- 
between various machine elements. Four conventional 50 diately after the end of bar Bl. The cross slide advance ends 
views are a machine floor plan, a work-unit control at a latch point 94 indicating the end of the first sequence in 
metaphor, a control panel specification and a bar chart (Le. the mill cycle 49. 

timing diagram). When the cross slide advance is completed, the main slide 

The floor plan typically presents an aerial view of a return movement starts and continues until the end of the 
machine detailing the special relationship between all 55 cycle 49 at a mill cycle done (MCD) point. The main slide 

machine tools and control panels. A user can use the floor return is represented on the bar chart 92 by function B3. At 

plan to systematically step through the machine elements a cutter clear point (CCP), when switch 39 is released, 

and design program sections for each element, later tying indicating that the mill spindle 30 is clear of the workpiece, 

element control together when required. the cross slide return movement begins. This is represented 
Referring to FIG. 5, a control metaphor for the main slide 60 by bar B4. While bars Bl and B2 do not overlap and thus 

axis of the horizontal mill 22 can be observed. The abscissa represent serial functions, bars B3 and B4 do overlap after 

of the metaphor represents the distance that the main slide CCP indicating parallel motion of two different axes, 

subassembly 26 travels along the vertical track and the Typically, a programmer will use all four above-described 

ordinate represents the speed of the travel with the zero views together during programmi ng to systematically step 
speed axis represented by a central horizontal line. 65 through a floor plan element by element, defining each axis 

Locations on the metaphor above the zero speed axis 9 separately, using a suitable control metaphor and using bar 

designate the subassembly 26 advancing toward a workpiece charts to tie axes together and form complete cycles. 
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Template Language Therefore, the entire industrial process shown in FIG. 1 
In order to understand the template language concept, it is can be viewed as a machine tree U made up of the 
first necessary to understand that all machine attributes, hierarchically-related components or control-tasks shown in 
including machine components, component physical and FIG. 7 A. Each control-task can be entirely described by 
operational characteristics, and component movements, can 5 identifying its most fundamental characteristics, including 
generally be referred to as control-tasks and that there is a control-tasks from the next hierarchical level, any directly- 
natural hierarchical relationship between various control- connected axis control-tasks and any directly-connected, 
tasks. Any machine and associated industrial process can be control panel control-tasks . With this understanding of an 
subdivided into a network of separate, related control-tasks industrial machine, template language can now be 
that form a hierarchy of control-tasks. For example, refer- 10 explained. 

ring to FIGS. 1 and 2, the exemplary process represents a Template language guides a user to assemble from a set of 

single machine having specific control-tasks (i.e. indexers, programming units called modules a complete and correct 

stations, work-units, and movements . . . ). While the machine tree 11. Individual modules arc identified with 

machine 10 includes several different physical tools or templates, which include truly reusable control logic so thai, 

control-tasks, one of its fundamental characteristics is that it 15 when a template-based machine tree is compiled, a complete 

includes a number of tools of the type indexer. Machine 10 control program for an industrial process is produced, 

includes only one indexer, transfer bar Tl. There is a A template is a model program unit available for repeated 

hierarchical relationship between the machine 10 and its use as a pattern for many modules based thereon. A template 

indexer Tl and the machine 10 can be defined in part, by a can be analogized to a data entry form wherein form 

list of its indexers. 20 identification can refer to either a blank instance of a master 

Referring to FIG. 7 A, a machine tree U corresponds to copy or a completed instance. In this description, the term 

machine 10 in FIG. 1 is illustrated. Tree components (Le. "template" is used to mean the essence of a pattern as well 

control-tasks) in FIG. 7A that correspond to numbered as a completed instance of the pattern refer-red to also by the 

machine components in FIG. 1 have been identically mun- term "module" 20. 

bered in FIG. 7 A so that the machine 10 and tree 11 can be 25 The template language includes two types of language 
easily compared. In FIG. 7A, direct connection between two statements. A first statement type includes statements that 
elements signifies a parent/child relationship between two are wholly independent of the underlying control language 
elements where the higher control-task in the tree is the form. A second statement type includes underlying control 
parent and the lower control-task is the child. Where a language form itself, plus extensions to that form, making 
parent/child relationship exists, the child control-task rep- 30 the form more flexible. Typically, the underlying language 
resents one fundamental characteristic of the parent control- form will be RLL. The second statement type is particularly 
task. In FIG. 7A, the hierarchical relationship between the useful where automated electronic editors are used to corn- 
machine 10 and the indexer IT is illustrated at the top pile a template based machine tree, thus generating a control 
portion of the machine tree 11. program in the underlying control language form. Each 

The most fundamental characteristic of indexer Tl is that 35 statement type will be explained separately, 

it includes five stations S1-S5 and therefore, stations S1-S5 Statements Independent of the Underlying Control Lan- 

can be hierarchically related to the indexer as illustrated. guage Form Referring again to FIGS. 1 and 7A, a typical set 

Continuing, each work-unit is hierarchically related to its of templates used to provide a program for machine 10 will 

associated station and one or more axes are hierarchically have a template type corresponding to each machine tree 

related to each work-unit. 40 control-task type. For example, a template set for machine 

In addition to the hierarchical relationship identified 10 would include machine, indexer, station, workunit, axis 

above, each machine tree U component can also have a and control panel templates. In addition, the set would 

direct relationship to an axis. For example, all of the indexer include other more detailed templates to further define each 

Tl, stations and work-units in machine 10 may require a of the aforementioned templates.. A, template., is^a^model ,. 

pneumatic air source for operation. Where a machine-wide 45 program unit available for repeated use as a pattern for many 

air requirement exists, the machine 10, as opposed to one of modules based thereon. 

its child components, should control an air valve to provide Referring to FIG. 8, a typical template includes a template 

air to all machine components. Thus, in addition to its list of type designation and may include a name field which must 

indexers, other fundamental characteristics of a machine as be filled each time a template is used so that the specific 

a whole are axes that are directly connected to the machine 50 instance of the template can be differentiated from other 

10. In FIG. 7A, in addition to being directly connected to its modules, including other instances of the same terrfplate. 

indexer Tl, the machine 10 is also connected to an air axis In addition, each template 94 may include RLL logic 

86 for opening an air valve. sections 95 having one or more rungs of RLL logic. The idea 

Similarly, the indexer Tl is connected to a transfer axis 88 here is that for each specific template type 94 used to 

for controlling the transfer bar for all stations S1-^S5. 55 represent a specific control-task type in a machine tree 11, 

Moreover, each of the stations S2-S4 that includes a clamp there will often be some logic, albeit in many cases minimal, 

is connected to a different clamp axis for controlling an that is always required for the specific control-task type. For 

associated clamp. example, for safety purposes, a master control panel will 

A third fundamental defining aspect of each tree compo- always include ON-OFF means for turning the machine on 

nent is whether or not the component requires a control 60 and off. Thus, every machine template will require ON-OFF 

panel In the present example, the machine 10 includes a RLL logic and an RLL logic section 95 will provide the 

main control panel 58 for controlling the entire machine and universally required logic. 

therefore, a control panel 58 is shown on the machine tree Each template 94 may also include child module speci- 

11 directly connected to the machine 10. In addition, the fication sections 96. The contents of the child module 

horizontal mill 22 includes a local control panel 57 for 65 specification section 96 represents one type of language 

controlling only the mill 22. A control panel 57 is shown statement that is wholly separate from the underlying control 

directly attached to the horizontal mill in tree 11. language form. In the child ID section 96, the template 
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provides an area where a user can define module specifics- five machine stations S1-S5. In this way, a single module 

tions that designate other modules required to further define specification can reference five station modules. Each sta- 

the designating module. tion module in the list must be assigned a unique job-specific 

The relationship between a designating module and a name to ensure that it can be different from other modules 

designated module is a parent/child relationship wherein the 5 designated in a common list specification. In the example 

designating module is the parent and the designated module here, the stations and, hence station modules, are referred to 

is the child. For example, a machine module for machine as S1-S5. . 

tree U would include a module specification designating an Yet another kind of module specification is an "optional" 

indexer module named Tl. Similarly, in the present module specification which results in either no instances or 

example, the machine module would include two separate 10 exactly one instance of the designated type. For example, a 

module specifications to separately specify a "master control preferred indexer template includes an optional module 

panel" module and an axis module named "air" which specification for an indexer control panel While it is not 

further detail the main control panel 58 and the air axis 86, necessary to have an indexer control panel, where a machine 

respectively. The "master control panel", "air" and "Tl" line is unusually long, it is often advantageous to include an 

modules would all be child modules of the parent machine 15 indexer control panel somewhere along the line to allow 

module. local indexer control. The optional module specification 

Continuing, the indexer TL module would include a child gives a programmer the option, based on job-specific 

module specification designating five separate station requirements (Le. the Length of a machine line), to provide 

modules, one for each of the five stations, S1-S5, as well as RLL logic for an indexer control panel when one is desired, 

a module specification designating an axis module named 20 In the present example, the indexer docs not include a 

"transfer" to control the transfer bar Tl control panel and, therefore, no module would be created. 

The fourth station module S4 would include a first module Another module specification kind is a w rename v able" 

specification to a worknnil module named "horizontal mill" module specification which results in a single named com- 

and a second module specification to specify an axis module ponent module of a designated type, but will also allow a 

named "clamp". The clamp module would detail logic for 25 job-specific name to override the default name, 

controlling clamp 44 by either including complete RLL logic Another kind of module specification is a "fixed" speci- 

or designating other modules that would complete RLLlogic fication. Here, the template designated by the specification 

for clamp control does not result in a child module. When compiled, fixed 

The work unit module named "horizontal mill" would templates simply expand into the designating modules, 
specify axis modules named "spindle", "main slide" and 30 Fixed specifications are not named, 
"cross slide" as well as a control panel module to define Another kind of module specification is a "named" mod- 
control panel 57. Similarly, each of the other station and ule specification which results in a single, named component 
work-unit modules would specify other modules until every module of the type identified in the specification. For 
control-task in the entire industrial process has been com- example, for safety purposes, all machines require a master 
pletely defined and reflected in a template-based tree, mir- 35 control paneL Thus, a preferred machine template includes 
roring machine tree 11. a named module specification called "master control panel" 

Referring to FIG. 7B, the machine tree 11 expands even which identifies a single instance of a master control panel 

further, each axis comprising a number of different control- template. 

tasks and corresponding modules. In FIG. 7B, only the main One final kind of module specification is a "choice" 

slide axis 402 associated with the horizontal mill 22 is 40 specification which makes a selection from a list of mutually 

shown. However, it should be understood that tree branches, exclusive module types based on job-specific information, 

like branch 400 in FIG. 7B, must be provided for each axis For example, while a control panel requires some type of 

and each control panel. While the control panel branches interactive device for a user to turn a machine on or off, a 

will include modules based on templates that are different- oisei may prefer either a push button or a selector switch. To 

than the templates required to specify an axis, the process of 45 this end, in a control panel template, a choice specification 

populating modules with required lists to define parent is provided which includes two fixed module specifications, 

modules is the same. FIG. 7B will be explained in detail one for a push button and another for a selector switch. Like 

below. a fixed module specification, the template associated with a 

Moving down the machine tree, modules associated with chosen type is simply expanded when the machine tree is 

lower tree control-tasks generally include an increasingly 50 compiled (i.e. no module results from a choice 

larger relative section of control logic. At the extreme, the specification). 

final modules at the distal lower ends of the tree consist A second type of Language statement wholly separate 

entirely of control logic and have no child specification from the standard RLL rung form includes data definitions, 

sections. Data definitions are common in programming Language and 

Surprisingly, only a few dozen templates are required to 55 should be well-understood by a person of ordinary skill in 

provide modules ,that completely- describe an - industrial the art. Therefore, data definitions will not be explained here 

process. When compiled, so that RLL logic sections in child in detail. Suffice it to say however, that in template language, 

modules are plugged into their designating parent modules, data definitions are required to declare and reserve space for 

a complete RLL logic program can be provided. all PLC data table types such as inputs, outputs, timers, 

The preferred template language includes different kinds 60 counters, etc., and allows the association of attributes with 

of module specifications which can be used to accommodate each declaration. 

different circumstances. For example, one type of module Extensions to the Underlying Control Language Form 

specification is a module "list" which allows zero or more (RLL) 

component modules of a specific type (Le. associated with a While some logic is always the same for a specific 

specific template). Referring again to FIG. 7, an indexer 65 machine tree control-task type, other logic is job-specific 

module may include a module list called "station" which and distinct to an associated given module and would be 

includes specifications to five modules, one for each of the extremely difficult to furnish in prewritten RLL or other 
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template sections. For example, one typical prerequisite for module, the specifier would provide a path to the master 

turning on a machine 10 to begin an industrial process is that control panel module. In addition, the specifier would also 

all local control panels (i.e. control panels other than the provide partial paths to all mam control panel child modules, 

master control panel) be in remote mode often called "auto- A second path specifier is symbol "#". Symbol "#" 

made". Remote mode means that a control panel forfeits 5 indicates the instance of a particular member of a list. A third 

control over the local machine section to an operator panel path specifier is symbol "All which may be followed by a 

located higher up in the machine tree, for instance the master template type name. Symbol ' " represents the first ancestor 

control panel. Local mode (e.g. "manual"), disables the (i.e. parent, grandparent . . . ) module whose type matches 

parent operator panel and permits only local control of a the type designated after the symbol, 

section of the machine. Thus, one RLL logic rung called "all 10 A first separator is symbol Symbol ". " indicates that 

child nodes remote" in a main control panel module should the text following is the symbolic name of a child module or 

include a series of contacts, one contact for each local data definition within the program unit designated by the 

control panel. Each local control panel module would path specifier preceding the separator. A second separator is 

include a coil corresponding to its contact in the "all child symbol 'T indicating that the text following it is the 

nodes remote" rung. When the local control panel is in 15 symbolic name of an attribute associated with the entity 

remote mode, the local panel module coil would be designated by the path specifier preceding the separator. For 

energized, thus closing the corresponding contact in the "all the purposes of this explanation, attributes will include 

child nodes remote" rung. Thus, a coil at the end of the "all module list names. 

child nodes remote" rung would indicate when all local Referring to FIG. 35, a standard "all child nodes remote" 

panels arc in automatic or remote mode allowing the 20 RLL rung 325 that might appear in master control panel 

machine 10 to be turned on. logic is illustrated. The rung 325 includes three contacts 

Prior to designing a machine there is no way of knowing MACHINE.LP1 AUTO, MACHIINE.LP2AUTO and 

how many local control panels will be required. One MACHINE.LP3.AUTO and a single coil named 

machine may not require any local control panels while MACHINE ALL CHILD NODES REMOTE. Each of the 

another machine may require ten or more local control 25 three contacts "MACHINE.LP1AUTO", MACHINE XP2, 

panels. The number of local control panels required for a AUTO", and "MACHINEXP3 AUTO" corresponds to a 

machine is job-specific. This means that prior to designing separate local control panel (not shown), 

a machine 10, there is no way to determine the number of Referring also to FIG. 36, the symbolic expression lan- 

cpntacts required in the "all child nodes remote" rung in a guage described above can be combined, with an "AND list" 

main control panel module. Unfortunately, standard RLL 30 macro to provide an RLL rung 327 that can expand into rung 

rung forms do not allow for variable numbers of contacts 325 having three contacts when compiled. An AND list 

and, therefore, cannot adjust to job-specific requirements. macro 328 and a single "all child nodes remote" coil make 

While a programmer could alter the form of an "all child up rung 327. The "AND list" macro 328 includes symbol I" 

nodes remote" rung while manually programming using which specifies a path to the present module. The *T* symbol 

templates, when the programmer is using automated editors 35 indicates that the symbolic name "LPS" that follows is an 

there is presently no easy way to change rung form to attribute associated with the present module. In this case 

accommodate job-specific parameters. "LPS" is a module list associated with the main control 

To overcome this limitation, the template language panel module. Thus, the expression "$\LPS" represents a 

includes both macro instructions and a symbolic expression module list in the main control panel module. The module 

language that are extensions to the standard RLL rung form 40 list provides operands to the "AND list" macro. The "AND 

itself list" macro 328 includes the condition "Auto" with the path 

One macro instruction is an "AND fist" instruction which specifier V". Specifier V" indicates that the "Auto" condition 
provides a mechanism by which variable numbers of series should be concatenated with the operands above the "AND 
contacts t-s bo provided in an RLL rung. The Dumber of list" command. ~ : , 
contacts can be tied to job specific requirements. For 45 When compiled by an automated compiler (or by hand), ' 
example, where four local control panels are required in an the "AND list" macro 328 expands into series contacts, one 
"all child nodes remote" rung, the "AND list" macro would contact for each reference in the module list "LPS." For 
provide four contacts, one for each local panel. In the example, assuming the module list "LPS" included a job- 
alternative, where ten local panels are provided the "AND specific membership of three instances name "LP1" "LP2" 
list" macro would provide ten contacts, one for each local so and "LP3," rung 327 would expand into rung 325. Similarly, 
panel. if the module list "LPS" included a job-specific membership 

The symbolic expression language is used with the macro of ten instances, rung 327 would expand into a rung having 

instructions to designate macro operands. The symbolic ten series contacts, each contact named for a different one of 

expressions include single characters that may be concat- the ten instances in the list. Thus, using the symbolic 

enated with template-authored symbolic names (defined 55 expression language in conjunction with the "AND list" 

using Data Definition statements) to form reusable operand macro, the number of series contacts can vary, depending 

specifiers. These symbolic expressions may be used by upon job-specific parameters. 

placing them above RLL instructions in an RLL rung. A A second macro instruction is an "OR list" instruction, 

preferred set of symbols consists of three path specifiers and The "OR list", like the "AND list", when combined with the 

two separators. 60 symbolic expression language, provides for variable rung 

Path specifiers indicate where relevant operand defini- forms, depending upon job-specific parameters. However, 

lions can be found. Separators allow concatenation of more instead of providing series contacts, the "OR list" macro 

path information such as the name of a specific child provides variable numbers of parallel contacts. An exem- 

module, data item, or attribute. plary rung 330 including an OR list macro 331 is illustrated 

A first path specifier is the symbol I". Specifier 1 H indicates 65 in FIG. 37. "Moil Requests" specifies a module list named 

the name of the module that the specifier appears in. For "Coil Requests" having a job-specific membership. Each 

example, if specifier I" appeared in the master control panel instance in the "Coil Requests" list is to be concatenated. 
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with a coil request name and all instances arc to be placed The reduced set of conditions corresponding to the second 

in parallel in rung 330 when the rung 330 is compiled. half-cycle shows up inRLLlogic as a branch 335 parallel to 

Therefore, if module list "Coil Requests 11 includes three the full set 333 of contacts, the branch including a reduced 

job-specific instances, three parallel contacts (one contact set of contacts C6, C7; one contact for each condition in the 

named for each instance) will replace the "OR list" macro 5 reduced condition set. Thus, the axis movement template 

331 when compiled. If the module list "Coil Requests" provides RLL logic 333, 335 for movements in both the first 

includes ten job-specific instances, the "OR list" macro 331 second half-cycles. While both the full and reduced 

would be replaced by ten, uniquely named parallel contacts. logic sets may be applicable to movement in the second 

The "OR" and "AND list" macros are extremely powerful half-cycle, they are not both applicable to movements in the 

and add a level of flexibility to programrning in the template 1Q fifst <yc i Ce In other words, if an axis movement module 

language that cannot be provided using the standard RLL ^responds to a first half-cycle movement, branch 335 

rung form. Using the macros in conjunction wuh the sym- mduding m6 rcduccd logic scl * aot permitted, but branch 

bolic expression language facilitates templates that refer to * for & sccond ^ le movcmcnt . 

vanablejob^pccmcparameters and to data items defined in ^ d xp 0 pseudoinstructions are used to examine 

other modules by associated tenmlates even before the job consLts representing configuration options 

specific parameters and data items are denned. 1 7 lt _ , _ . \ Q _ ff . *~c .1 

In addition to the macros and symbolic expression such as the ones shown in FIG. 38. The effect of the 

language, there is one other type of extension to the standard evaluation will be either a short or an open circuit in the 

RLL rung form itself called pseudoinstructions. Pseudoin- generated program, depending on evaluation result For 

structions take three forms: XPC, XPO and OTX which instance, the result of an XPC on a true condition is a short 

correspond to standard XIC (examine if closed), XIO 20 circuit 29 while the result of an XPO on a true condition is 

(examine if open) and OTE (output enable) RLL insane- an open circuit. In FIG. 38, an XPC contact 336 identifying 

tions. XPC and XPO stand for examine predicate closed and a second half -function is provided in scries with the logic of 

exarnine predicate open, respectively. OTX stands for output branch 335. The XPC contact 336 shorts when rung 334 is 

expansion. associated with a second half-cycle movement and is an 

One of the problems with any RLL programming shortcut 25 open circuit when rung 334 is associated with a first half- 
based on a modular library of RLL logic components is that cycle movement. Therefore, upon compiling, the XPC con- 
logic must be provided to accommodate all possible require- tact 336 leaves branch 335 in rung 334 when a correspond- 
ments. Therefore, in many cases logic that is not required in ing movement is in a second half-cycle and removes branch 
a specific application will be provided to cover general 335 when a corresponding movement is in the first half- 
requirements. Moreover, sometimes logic required in gen- 30 cycle. 

eral applications is not permitted in specific apphcations. A side effect of the compile time evaluation of pseudo- 

For example, typically there is less danger associated with instructions can be further optimization of the generated 

movements in a cycle's second half than with movements in logic. For instance, an open circuit in series with other input 

the first half and therefore, a reduced set of conditions may instructions renders the other instructions unnecessary. A 

be provided for second half-cycle movements than for first 35 branch that is shorted renders parallel branches unnecessary, 

half-cycle movements. Referring again to FIG. 3, the mill With the NPO and XPC instructions, unnecessary instruc- 

cycle 49 includes first and second half-cycles wherein the tions can be removed from their associated circuits without 

first half-cycle is represented by arrows 50 and 52 and the changing the meaning of the circuit. Upon compilation, 

second half-cycle is represented by arrows 54 and 56. The optimization can ripple recursively through a program, 

first half-cycle includes movements that shift the mill 40 potentially causing entire rungs, including coils, to be dis- 

spindle 30 toward or into a workpiece. The second half- carded. 

cycle includes movements that shift the spindle 30 out of and Template language allows expression and encapsulation 

away from the workpiece. of that, and only that, which is universally true of a particular 

Prior to any axis movement there is typically a set of .machine componenJLpr operating characteristic. Aside effect 

conditions that must be met to ensure a safe move. In the 45 of this is that the granularity of some of the templates can be 

present example, on one hand, because the spindle 30 is very fine. This means that the topology of some of the 

moved into a workpiece during the first half-cycle (Le. circuits after expansion can be very inefficient. For example, 

moves 50, 52) a full set of conditions is required for each referring to FIG. 38, the redundant branch 333 including 

movement in the first half-cycle. On the other hand, because contacts C1-C5 would be produced for second half tunc- 

the spindle 30 is moved out of and away from a workpiece 50 tions. To rectify this, the OTX pseudoinstruction enables the 

during the second half-cycle (i.e. movements 54, 56), there template author to instruct the compiler to optimize' certain 

is relatively less danger during a second half-cycle than circuits. When the compiler encounters an XIC or XIO 

during a first. Therefore, a reduced set of conditions can instruction whose contact is an OTX cofi, it will replace the 

apply to second half-cycle movements, the reduced set instruction with an in-line expansion of the actual contents 

reflecting the reduced possibility of danger. 55 of the rung associated with the OTX coil. 

The preferred template set includes only one template For example, referring to FIG. 38-1, a first RLL rung 520 

type corresponding to axis movement. Therefore, the axis includes contacts A and B and an OTX coilC A second RLL 

movement template must include logic for both the full set rung 522 includes contacts C and D and other "stuff" where 

of conditions used in the case of a first half-cycle movement contact C corresponds to the OTX coil C When compiled, 

and the reduced set of conditions used in the case of a second 60 -coils A and B corresponding to OTX coil C are expanded 

half-cycle movement into the coil in branch 522 yielding branch 524 as shown in 

Referring to FIG. 38, a required full set of conditions will FIG. 38-2. This provides the template author with a large 
show up in an RLL logic rung 334 as a full set 333 of degree of control over the resulting topology of the gener- 

series-connected contacts C1-C5. When all of the condi- ated circuits. 

tions are met, all of the contacts C1-C5 are closed and an 65 Referring now to FIGS. 9-14, and 23-29 an exemplary 

associated output coil OUT is energized, indicating that an set of templates is provided which can be used to better 

associated axis movement can begin. understand template language generally. The preferred 30 
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template group in FIGS. 9-14 and 23-29 is a subset of a would be five separate station modules like the one in FIG. 

template set specifically designed for the metal-removal 13, each module identified by a different name in the name 

industry. A complete template set for metal-removal is field 125 and corresponding to a like-named station m the 

provided as Appendix A to this specification. module ^Oof the indexer module named Tl 

Referring to RG. 9, a machinTtemplate 98 includes the 5 . Referring now to FIG. 14, a work-unit template 126 

teamUte^edesigr^on*Wchioe"andablankname field "diides a work-unit designation, a name field 128 anda 

99 that has to be fined in to identify a specific machine <**d module specification secUon 96e having only two 

77 L - . i * no •* « j . a- *u. module specifications, an optional operator panel module 

module. The machine template 98 itself does not directly 130 ^ ^ n^dukUst specification 132 

include RLL logic and hence has no RLL logic section. X ntif w 0 axes associated with a work-unit. In the present 

Instead, the machine template has a child module specifi- 10 example> because the horizontal mill 22 includes three axes 

cation section 96a including several module spccificaUons ( spmc n, e) mam slide, and cross slide), three separate speci- 

including a named module specification called "master fictions would be included in the axis module list specifi- 

control panel** 100 and both axis- and indexer-list module cation 132 identifying three separate and distinctly named 

specifications 102, 104, respectively. Because each machine ^ templates like the one in FIG. 11. In addition, because 

must include at least one control panel tor safety purposes, 15 the horizontal mill 22 includes a local control panel 57, the 

every machine template (and hence every machine module) optional operator panel module specification would be des- 

must include a master control panel specification 100. igoated. 

Referring to FIG. 10, a master control panel template 106 The templates in FIGS. 23-29, represent all of the tern- 
includes an RLL logic section 946 required for start and stop plates required to completely specify an axis. To specify an 
push buttons. The logic in section 94b is universally required 20 axis, it is necessary to define all positions associated with an 
for all master control panels. In addition, the master control axis and switches that indicate positions. The switches act as 
panel template 106 includes a child module specification controller inputs for the axis. In addition, it is necessary to 
section 96b that references other modules using module define possible axis-movement requests, herein referred to 
specifications. The modules designated in the child module as trajectories. Moreover, it is also necessary to define 
specification section 96b may be required to completely 25 actuators used to effect trajectories and how a controller will 
provide RLL logic to control the master control panel 58. communicate with the actuators (Le. coils and coil requests). 
Whether or not modules must be designated in the child ID Coils and coil requests act as controller outputs to the 
section 96b depends on job specific requirements. Note that actuators. 

named module specification "remote cycle enabler" and Referring also to FIG. 7B, a template-based tree branch 

fixed module specification "operator panel" are required 30 400 for one axis, the main slide axis of the horizontal mill, 

attributes of any master control panel module. is illustrated showing the hierarchical relationship between 

Referring again to FIG. 9, the module list named "axis" modules required to define the main slide axis. 

102 includes a list of all machine-wide axes. In the present Referring also to FIG. 11, to accommodate all the infor- 

example, the "air" axis is the only machine-wide axis and mation required to specify an axis, the axis template 108 

therefore, the axis-module list specification would include 35 includes a child ID section 96c having a named "switch 

only a single specification called "air". package** module specification 291a and sections 2915 and 

Referring to FIG. 11, an axis template 108 includes an 291c for trajectory and actuator module fist specifications, 

axis template designation, a name field U0, and a child respectively. Referring also to FIG. 2, there are only two 

module specification section 96c having three separate mod- main slide requests, "advance** and "return". Therefore, in 

ule specifications for switch packet, trajectory and actuator, 40 module list specification 291fc, the trajectory list would only 

all of which have to be detailed to completely define an axis. include two specifications, one for "advance" and one for 

Referring again to FIG. 9, the indexer module Est speci- "return". In FIG. 7B, the "advance" and "return" trajectories 

fication 104 includes a list of indexer modules, one for each are shown as child modules 404 and 406. 

machine indexer. In the present example, there is only a 31 Referring still to FIGS. 2 and 11, the main slide subas- 

single indexer Tl and, therefore/ only one indexer entry, 45 sembly 26 includes only a single motor 32, which is the main 

identifying indexer module Tl, would appear in the indexer slide actuator. Therefore, only one actuator "motor" will be 

list specification. designated in the actuator module list specification 291c. In 

Referring to FIG. 12, an indexer module includes an FIG. 7B, the main slide actuator is shown as child module 

indexer template designation, name field 114, and a child 408. 

module specification section 96d. The module ID section 50 Switch package module 410 is also a child module of 
96d includes an optional module specification 116 for a main slide axis module 402. Referring also to FIG. 23, the 
control panel and two module list specifications, one for axis switch package template 293 includes child ID section 96/ 
118 and another for station 120. In the present example, having two module list specifications 294 and 295. A "limit 
because there is no indexer control panel, the optional switch" module list specification 294 is used to specify axis 
control panel would not be designated. Because we have one 55 switches. The main slide axis includes advanced switch 39 
indexer axis (i.e. "transfer"), there would be one specifi ca- and returned switch 38. Thus, switch module list specifica- 
tion in the axis module list specification 118 named "trans- tion 294 would specify two switches shown in branch 400 as 
fer". In addition, because there are five stations, there would switch package child modules named "advanced LS" 411 
be five specifications in the station module list specification and "returned LS" 412. 

120. Each station designated in module list 120 would 60 The two switches 38, 39 define three main slide positions 

identify a different station module corresponding to a dif- named "advanced," "intermediate" and "returned." 

ferent one of the five stations S1-S5. Therefore, position module list specification 295 would 

Referring now to FIG. 13, the station template 122 is specify three positions shown in branch 400 as switch 

nearly identical to the indexer template 112 of FIG. 12, package child modules named "advanced" 413, "intermedi- 

except that, instead of having a station module list 65 ate" 414, and "returned" 415. 

specification, the station template 122 includes a work-unit Referring to FIGS. 23 and 24, a position template 303 is 

module list specification 124. In the present example, there used to provide a position module for each position desig- 
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nated in position list section 295 . Each position template 302 Referring to FIGS. 11 and 28, for each actuator designated 
includes a name field 401 for identifying the specific posi- in actuator module list specification 291c, an actuator mod- 
lion modules (Le. in the present case "advanced", "intcrme- ule based on actuator template 318 must be provided. Each 
diate" and "returned"). la addition, each position template actuator module must be named to distinguish specific 
303 includes four separate module list specifications 304a, 5 modules. The actuator template 318 includes a child module 
3046, 304c and 3044 corresponding to two possible types of specification section 96i for designating a coil module list 
limit switches and two possible states of each type of switch specification 319. A coil is an output to drive a motor or the 
(Le., normally open-(NO) tripped, NO released, normally ^ Referring also to FIG. 7B, for the horizontal mill main 
closed (NQ tripped, and NC released). slidc mcre m only ^ a « work » coil md a "home" 
Each of the lists 304a 3046 304c and 304d is populated M ^ shown ^ cmld modulcs m ^ 429 Rcfcrring to nG> 
with switches from switch module list specification 294 dial coi] modulc bascd on ^ tcmplatc 32 i mus t be 
are in a corresponding state (Le tripped or released). For for cach ^ modu]c dcsi tcd m a spccincauoa 
example, referring again to FIG. 2, when the main slide *: &- r 
subassembly 26 is in the advanced position, the advanced A A t - . l 
switch 39 is tripped and the retumeo^switch 38 is released. ? ncc a11 * c trajectories, actuator, limit switches, 
Assuming both switches are wired normally open (NO), the ™ positions, moves, coil requests, and coils have been identi- 
advanced switch 39 would be listed in the NO tripped LS fied and associated module list specifications have been 
module list specification 304a while the returned switch 38 populated and required modules have been provided, the 
would be listed in the NO released LS module list specifi- tree branch and corresponding RLL logic required to edu- 
cation 3046 (in this case no switches would be listed in pletcly control -he axis has been designated. Modules based 
module list specifications 304c and 304d). Rcfcrring again 20 on all of the templates illustrated in FIGS. 23-29 are 
to FIG. 7B, the NO tripped advanced switch and NO. required to define each axis, 
released returned switch arc shown as child modules 416 Function Contingencies 

and 417 for the position module 413 named "advanced" Using a complete template set it should be fairly easy for 

Similarly, position templates for the "intermediate" and one skilled in the art to construct a complete template-based 

"returned" positions would be populated with appropriate 25 machine tree using the template set. However, at least one 

switches. In FIG. 7B intermediate position module 414 has template-based programming aspect is not entirely intuitive 

two child modules, "NO released advanced LS" 418 and based upon a perusal of the complete template set. This 

"NO released returned LS" 419 while returned position complex template programming aspect is how the function 

module 415 has cmld modules tf NO released advanced LS" template 436 in FIGS. 39A and 39B which controls function 

420 and "NO tripped returned LS" 421 30 performance is to be used. 

Referring to FIGS. 11 and 25, a trajectory template 309 Function performance must be limited by the instanta- 

would have to be designated and populated for each axis neous characteristics of other functions in the same cycle, 

trajectory (i.e., each movement request). For the horizontal These instantaneous characteristics can be gleaned from a 

mill main slide, there are two trajectories, "advance" and bar chart. 

"return". Therefore, there would be two trajectory modules, 35 For the purposes of referring to various functions in this 

one named "advance" and a second named "return" which explanation, where one function is observed from the per- 

are shown as child modules 404 and 406, respectively, in spective of another function, the function observed will be 

FIG. 7B. referred to as an observed function and the other function 

Each trajectory can be divided into various moves. A will be referred to as the observing function, 
simple single speed linear trajectory includes three moves. 40 Referring again to FIG. 6, there are four separate func- 
An "initial" move begins trajectory motion followed by an tions represented by bars B1-B4 in bar chart 92. Four 
"intermediate" move between two positions, the trajectory separate relationships exist between any two of the four 
ending with a "final" move that stops the motion. Thus, functions, (or, more precisely, between the action of the 
referring still to FIG. 25, the trajectory template 309 observing function and-, the done ^,conditiqn L of, the observed 
includes a child module specification section 96g for a move 45 function), A first relationship is a "stable/unstable" relation- 
module list specification. Referring also to FIG. 7B, the ship. Stable simply means that an observed function does not 
"advance" trajectory module 404 includes "initial" 422, start or stop during an observing function. In FIG. 6, 
"intermediate" 423 and "final" 424 move child modules. The function B4 is stable from the perspective of function Bl. 
"return" trajectory 406 includes similar child modules 425, However, function B4 is unstable from the perspective of 
426, 427. 50 function B3. 

Referring to FIG. 26, a move module based on move A second relationship is a "cancel by other/cancel 6y me" 

template 316 must be provided for each move in child relationship. Where an observed function is unstable from 

module specification section 96g. Each move template 316 the perspective of an observing function, the state of the 

includes a child module specification section 96h for a coil observed function is changed either by the observing func- 

request module list specification. A coil request is a request 55 tion or by some other condition. When the observing func- 

to a specific coil to actuate an actuator (e.g. motor) when a tion changes the observed function state, the observed 

specific position associated with a move has been reached. function is said to be canceled by the observing function. 

For example, on a two speed motor, one coil may drive the From the perspective of the observing function, the second 

motor at one speed to facilitate one move. A second sequen- function is categorized as "canceled by me". When some 

tial move, however, may require excitement of two coils to 60 condition other than the observing function changes the 

activate two motors to achieve a greater speed once an observed function state, from the observing function 

intermediate position has been reached. Thus, a single move perspective, the observed function is "canceled by other", 
may require two or more different coil requests. A coil Referring still to FIG. 6, the state of function B4 changes 

request module based on the coQ request template shown in during function B3. From the perspective of function B3, 

FIG. 27 must be provided for each coil request designated in 65 function B4 is "canceled by me" because the beginning of 

the child module specification section 96/z of a move mod- function B4 is conditioned upon the state of function B3. No 

ule. "canceled by other" relationships are illustrated in FIG. 6. 
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A third relationship is a "my half ^cycle/other half rela- first group being the inverse of the other Gathering lnfor- 
tionship. "My half-cycle" means that an observed function mation about both function groups requires duplicative 
starts before an observing function in the observing tunc- effort. Therefore, when defining a function by its relation- 
tion's half of a cycle. "Other half* means that the observed ships with other cycle functions, only a function correspond- 
function is either in the opposite half-cycle as the observing 5 ing to the first group, or, in the alternative, the second group, 
function or, if both observing and observed functions are in is required. For example, referring to FIGS. 6 and 41, when 
the same half-cycle,_the observed function starts after the bucketing functions -with function, Bl observing, a user 
observing function. For example, referring still to FIG. 6, would work backwards through the cycle 92 bucketing 
from the perspective of function B2, function Bl is "my functions until a duplicative function is encountered. Work- 
half-cycle" while functions B3 and B4 arc both "other half. 10 ing back, as explained above, observed function B4 would 
However, from the perspective of function Bl, all other be placed in bucket J. Observed function B3, however, is the 
functions B2, B3 and B4 are "other half". inverse of function Bl and therefore represents duplicative 

The fourth rcktionship is a "position/latch'' relationship. information. Here, because function B3 is the inverse of 

This relationship deals with the nature of the observed function Bl, B3 could not possibly be performed during Bl 

function itself A function can have one of three different 15 and therefore, B3 need not be bucketed. As for function B2 

natures, position, latch or a combination of both. Functions information, that information is reflected in the bucketing of 

of the position nature will end when a specific axis position function B4 and is not needed. 

is reached. For example, referring again to FIGS. 2 and 6, Thus, for each function in cycle 92, only one other 

when the main slide advanced position is reached and switch function would be bucketed (i.e . B4 bucketed for Bl, B3 for 

39 is tripped, function Bl is completed. Therefore, from the 20 B4, B2 for Bl, and Bl for B2). Obviously, the present 

perspective of functions 132-134, function Bl has a 11 example is extremely simple. However, one of ordinary skill 

position" nature. in the art should easily be able to apply these teachings to 

Functions of the latch nature end when a latch is set or bucket functions for complex cycles, 

reset. For example, although not shown on FIG. 6, an In addition to instantaneous characteristics of other func- 

additional function could be included between the main Bl 25 tions in the same cycle, commencement and continuance of 

and cross B2 slide functions that references a first half-cycle a function is also contingent upon three other conditions. A 

of another cycle. Referring also to FIG. 2, one logical first first condition is that a function will not start in an automatic 

half-cycle might be a first half spindle cycle to turn on sequencing mode of operation unless it is in its start position, 

spindle 30. In this case, the spindle cycle would also include For example, referring to FIGS. 2 and 6, the main slide 

a second half -cycle for turning off the spindle 30, the first 30 advance function Bl may not start until the main slide 

and second half-cycles being separated by a latch at the end subassembly 26 is returned to its start position 38. 

of the first half-cycle. From the perspective of functions A second contingency is that a function will not start in a 

Bl-134, the spindle first half-cycle would end with a latch manual discrete stepping mode of operation until all 

and therefore, the spindle first half-cycle function would required control buttons have been triggered by a user. A 

have a "latch" nature. For the purposes of the function 35 third contingency is that a function will not start in any 

templates, a latch-type function must relate to the latch of a operating mode unless prescribed safety requirements are 

different cycle (i.e. the first half-cycles of a different cycle). met. 

Referring now to FIG. 40, an attributes table 431 is Referring again to FIG. 40, the attributes column 432 
illustrated that includes an attributes column 432, twelve includes attributes "my start position", "push button", and 
"bucket" columns A-L, and a list of the possible function 40 "safety" corresponding to each of the three contingencies 
attributes described above. A user can employ this table 431 identified above. Three additional bucket columns M-0 are 
to categorize, from the perspective of an observing function, provided, each column corresponding to a different one of 
all other observed functions in a cycle into one of the twelve the three conditions. Each instance of a condition is buck- 
buckets A-L. For example, referring to FIG. 6* v±$n func- eted into an appropriate column, M-0. 
tion Bl is the observing function, observed function B2 is a 45 Referring to FIGS. 39A and 40, after all functions and 
stable, other half, position function which places function contingencies that must be bucketed have been bucketed 
B2 in bucket J. Similarly, with function Bl observing, according to attributes table 431, they can be used to 
observed functions B3 and B4 would be placed in bucket J. populate lists in a module list specification section 442. The 

With function B2 observing, observed function Bl is a list specification section 442 includes one module list sped- 

stable, my half of cycle, position function which places 50 fication for each bucket A-0 in table 431. Each module list 

function Bl in bucket I. With function B2 observing, both should be populated with functions or other contingencies 

observed functions B3 and B4 go in bucket J. corresponding to the list name. 

With function B3 observing, observed functions Bl and Referring to FIG. 39A, the function template 436 also 

B2 are stable, other half, position functions placed in bucket includes a plurality of "AND list" macros 444A-4440, one 

J while observed function B4 is an unstable, canceled by me, 55 macro corresponding to each module list specification in 

other half, position function placed in bucket F. With func- section 442. When expanded, each "AND list" macro 444A- 

tion B4 observing, functions Bl and B2 go in bucket J while 4440 expands into a series-connected set of contacts, one 

function B3 is a stable, my half-cycle, position function in contact for each member in an associated module list 

bucket I. Note that with function B4 observing, function B3 specification. The coils in series with the macro are excited 

is considered "stable" because the cutter clear position CCP, 60 only when each contact in the series is true. Thus, coil "A" 

once achieved, is not reversed until after function B4 has will not be excited unless all functions bucketed and placed 

been completed. in the "unstable, canceled by -other, my half, position" 

Referring still to FIG. 6, for every function B1-B4, there module list specification 448 are true. Similarly, coil "0" will 

is an inverse function in an opposite half-cycle that is stable not be excited unless all safeties in safety module list 
and is a position. For example, function B3 is the inverse of 65 specification 446 are true. 

function Bl while function B2 is the inverse of function B4. In addition to the instantaneous characteristics of other 

Thus, all cycle functions can be divided into two groups, a functions in the same cycle and the other contingencies 
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identified above, fraction performance may also depend on ing image construction, the editors use information from the 

the physical characteristics of an axis. Physical characteris- images to create modules and populate specifications in 

tics of an axis or an industrial process can put additional existing modules. After a user has used the editors to 

constraints on the manner in which a function can safely be describe all aspects of a machine, all required modules have 

performed Functions can be divided into three types based 5 been populated and a complete template-based machine tree 

on the kinds of constraints placed on them. '* formed in editor memory Tben, a computer is used to 

A first function type is a normal function. Normal tunc- «™P* C f mac^^e and provide required RLL control 

. , j • * _j j* Ioeic. Referring to FIG. 15, the four editors are referred to 

tions can be performed either in forward or reverse direc- ^ ^ & ^ ^ ^ ^ & 

turns without damaging a workpicce or an associated U2c ^ a baf chart U2d 

machine s components. Performing a function m reverse 10 ^ to i^^g traditional diagrams, each of the 

means making the axis move m the opposite direction of the editors has ^en designed to incorporate conventional com- 

trajectory related to the function. This may produce the same puter [^^^ features that most programmers should 

effect as, but in terms of function logic is not the same as, already be comfortable using. Conventional features include 

performing the functions inverse function. an interactive computer terminal 74 that presents program- 

A second function type is a non-reversible function mean- 15 m jng options in pull down menu form and allows option 

ing that, after the function has been performed in whole or selection using a mouse 81 or other similar selection means, 

in part, in the forward direction, it cannot be reversed and Machine Editor 

performed in the other direction. An example of a non- The machine editor 162a allows a user to build a floor 

reversible function is a transfer bar forward movement plan image directly on a computer monitor 80. During image 

function which cannot be reversed once it has started 20 construction, the machine editor 162a constructs a template - 

forward as it might cause damage to workpieces or a based machine tree reflecting the floor plan image. In 

fixture's axis components. addition, while a user is constructing a template-based tree, 

The third function type is a non-repeatable function. A the editor 162a is simultaneously gleaning information from 

non-repeatable function cannot be started forward a second the tree and either creating new template-based modules or 

time once it has been performed to completion. For example, 25 populating existing modules so as to provide a template- 

where an axis device places a pin in a hole while performing based tree specification. 

a function, after the function is performed, the function The machine editor 162a only facilitates construction of 

cannot again be performed because the hole is already the floor plan and the portion of a machine tree correspond- 

b locked by the first pin. Hence, the function is non- ing thereto. The machine editor 162a itself cannot specify 

repeatable. 30 specific aspects of an axis, an operator panel, or a sequence 

To accommodate the three separate function types (Le. of events. Specification of these more detailed aspects of a 

normal, non-reversible and non-repeating), template 436 machine are reserved for the axis 162f>, control panel 162c, 

includes a choice module specification 438 having "normal and bar chart 162d editors, respectively. As depicted in FIG. 

function mapping" 439, "non-reversible function mapping" 15, the machine editor 162a accesses the other special 

440 and "non-repeatable function mapping" 441 specifica- 35 editors when specific detail is required, 
tions. Depending upon function types, a user would choose Referring now to FIG. 16, an initial machine editor image 

one of said specifications 439-441 and provide an associated 142 that is displayed on the monitor 80 at the beginning of 

mapping module. a programming session includes a menu bar 144 at the top 

The only other function characteristic that must be deter- of the image 142 and a split screen having a tree section 149 

mined to completely define the function template 436 is to 40 and a floor plan section 150: The tree section 149 provides 

specify in which half-cycle a function occurs, first or second. an area wherein the editor 162a visually displays a template 

Cycle half specification is required for contact 450 in FIG. machine tree as a corresponding floor plan is constructed. 

39B. The floor plan section 150 is where the floor plan itself is 

- After all of the module specifications have been desig- constructed. - . 

nated for the function template 39A, 39B, the user is done 45 The menu bar 144 includes two choices, FILE and EDIT, 

programming control of the specific function. Referring to The FILE choice allows a user to store, retrieve, and delete 

FIGS. 39 A and 41 when normal function mapping is chosen files from memory. The FILE choice operates in a manner 

in template 436, the bucketed functions and conditions from that should be familiar to an artisan of ordinary skill in the 

table 431 are mapped into mapping coils 449 according to a art and therefore will not be explained here in detail. The 

normal function mapping template 451. Similarly, where the so EDIT choice allows a user to simultaneously construct and 

nonreversible or non-repeating mapping choices are made in edit both a floor plan in the floor plan section 150* and a 

template 436, other mapping templates are used to map template-based tree in the tree section 149. 
bucketed functions and conditions slightly differently. Thus, Initially, a single icon 152 corresponding to a main control 

using a template set, function performance can be made panel appears in the upper left-hand comer of the floor plan 

contingent upon axis physical characteristics, instantaneous 55 section 150 and both a machine module reference and a 

characteristics of functions sharing a cycle, the state of a master control panel reference appear in the upper left-hand 

cycle itself, the state of any control means associated with comer of the tree section 149. The master control panel 

the function, and whether or not job-specific safeties asso- reference is below the machine module reference and 

dated with a function have been met indented to show a hierarchical parent-child relationship. 

Editors 60 These initial entries are provided to a user because they are 

In addition to providing truly reusable subsets of control always required as designated in the templates. Every 

logic, a template set makes automated programming pos- template-based tree must begin with a machine module and 

sible wherein programming editors mirror the diagraming every machine must have a master control panel far safety 

conventions which are already widely used in industrial purposes. The machine module reference corresponds to the 

control programming. 65 entire floor plan as constructed in the floor plan section 150. 

The editors allow a user to construct images that are The master control panel module corresponds to the control 

similar to conventional diagrams and documentation. Dur- panel icon 152. 
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Furthermore, to uniquely identify the machine, the editor if the image in section 150 is complete. Typically ima#; 

162a initially provides a floating name box 154 prompting completion will be signaled when a user stores an image via 

the user to enter a macbiae name. The machine name is used the ROLE option in menu bar 144. When the image is 

by the editor 162a to identify the correct machine module for complete, the editor 162a exits process 143. If the image is 

a given industrial process. In the example above, the process 5 not complete, the editor 162a cycles back to process block 

is named "ABl " and therefore, the machine module name 145 and continues to glean new image information used to 

is ABl and ABl is eventually placed at the top of the tree create additional modules and populate existing modules, 

representation in tree section 149 (see FIG. 17). After the "air" axis has been added to the floor plan and 

After entering the machine name, a user can start building named, the user again selects EDIT from the menu bar 144, 

a floor plan by selecting the EDIT choice from menu bar 10 this time selecting the ADD INDEXER choice to add an 

144. When EDIT is selected, the editor 162a provides a indexer T L When ADD INDEXER is selected, because each 

menu of possible programming options for further detailing indexer module requires a unique name, the editor 162a 

whatever item in the floor plan section 150 is selected. At the would request an indexer name using another floating name 

beginning of a programming session, there are only two box. 

possible items that can be selected, the machine itself or the 15 After entering Tl" to identify the indexer in the present 

master control paneL To select the master control panel, the example, the editor 162a would provide a "Tl "module 

user would click on the master control panel icon 152. To reference below and indented from the ABl module refer- 

select the machine, the user would click on an area of the ence in the tree section 149 and would also provide an 

floor plan section 150 that does not include an icon. indexer icon 160 in the floor plan section 150. Using the 

Typically, a user would wait until near the end of a pro- 20 mouse 81 the programmer could click on the indexer icon 

gramming session to detail the master control panel because 160 and drag it into a desired position suitable for building 

he would know more about the machine at that time. the desired floor plan. In FIG. 17, the indexer icon 160 is 

Referring now to FIG. 17, with the machine selected for shown in the right hand portion of the floor plan section 150. 

editing and the EDIT choice chosen, a pull-down menu 156 Referring again to FIG. 18, each time new information is 

appears providing options for editing the machine module 25 added to the floor plan image, the editor 162a follows 

ABl. Referring also to FIG. 9, a machine template 98 can process 143 to create new modules and populate existing 

only be edited by adding to or subtracting from the axis 102 ones. 

or indexer 104 module list specification. Therefore, the If needed, a user can again select EDIT and add additional 

pull-down menu 156 includes the only four possible indexers and axes to provide a template-based machine tree 

machine module options: ADD INDEXER, ADD AXIS, 30 and floor plan that corresponds to any machine configura- 

DELETE INDEXER, and DELETE AXIS. (Delete options tion. For example, if a machine requires a source of pres- 

are only provided after an axis or indexer has already been surized coolant in addition to the air source, a coolant axis 

added) Referring also to FIG. 7A, in the present example, could be added to the machine module by again selecting 

because the machine requires a single directly-connected ADD AXIS in the EDIT menu. In the present example, 

axis, the user would select ADD AXIS from the menu 156. 35 however, the machine includes only one axis ("air"), one 

Because each axis requires a unique name, after selecting indexer ("T V) and the required master control panel. Thus, 

ADD AXIS, the editor 162a would request a name for the at this point, fundamental characteristics (ie. axis, indexers, 

new axis using a floating name box (not shown). and control panel) of the machine module have been iden- 

In the present case, a user would enter "air" as the name tilled, 

of the axis. Then, the editor 162a would provide an axis 40 Next, the user can further specify either the indexer 71" or 

module reference named "air" below the ABl module the "air" axis. To further specify the indexer Tl, the user 

reference in the tree section 149 and would also provide an selects the indexer icon 160 with the mouse 81 and then 

air axis icon 158a next to the master control panel icon 152 again selects EDIT. Referring again to FIG. 12, the indexer 

in the floor plan section 150. The "air" module reference, template, p2 can be edited only by adding an operator panel, 

like the master control panel reference, will be indented 45 a station or an axis specification, or by deleting a station or 

from the ABl module reference to show a parent/child axis specification. Therefore, referring to FIG. 19, in this 

relationsh^). case, the EDIT menu would provide five options: ADD 

While the editor 162a is forming the floor plan in floor STATION, ADD AXIS, ADD OPERATOR PANEL, 

plan section 150, the editor 162a is also creating modules DELETE STATION, and DELETE AXIS (delete options are 

and populating existing module specifications. so only provided after station or axis has been added). At the 

Referring to FIG. 18, the method 143 of creating and indexer level an operator panel is optional and should only 

populating begins at process block 145 where the editor be provided when required to meet job specific character- 

162a gleans new image information from the image. Where istics. 

an "air" axis image has been added to the floor plan and As with the machine module, here, where an axis is to be 

named, the editor 162a would identify a new axis designated 55 added to the indexer Tl, the user would select ADD AMS 

"air" and name the axis. The editor 162a would then provide an 

At decision block 146 the editor 162a determines if the axis module reference below the indexer module reference 

new information requires an additional module. Where an Tl and indented in the tree section 149 and provide an axis 

additional module is required, at block 147 the editor 162a icon in the floor plan section 150. In the present example, the 

creates an additional module. Here, after the "air" axis has 60 indexer Tl includes a "transfer" axis shown below the 

been named, the editor 162a creates an axis module named indexer "Tl" reference in section 149 and shown as transfer 

"air". Next, at decision block 148, the editor 162a deter- icon 1586 in section 150 of FIG.- 19. The transfer icon 1586 

mines if the newly-gleaned information is required to popu- initially appears near the top of the floor plan section 150 

late an existing module. If so, at block 151 the editor 162a and is dragged down next to the indexer icon 160 to signify 

populates the existing module. 65 the relationship there between. 

After required modules have been created and existing To add a station to the indexer, the user selects ADD 

modules populated, at block 153 the editor 162a determines STATION and names the specific station. The editor 162a 
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then provides a station module reference in the tree section existing modules. The only difference is that the axis editor 

149 and a station icon in the floor plan section 150 which can 162b and machine editor 162a glean required information 

be dragged into its proper location next to the indexer icon from different images and create and populate different 

160. Additional stations are selected in the same manner but module types. 

must be provided different names. 5 FIG. 21 depicts a control diagram 174 for the main slide 

In the present example, because there are five separate linear axis metaphor shown in FIG. 5, as displayed on the 

stations, the user adds five separate stations to the floor plan, programming monitor 80, along with additional information 

each of which is individually represented in both the tree 149 required to derive data for a template compiler. A flow chart 

and floor plan 150 sections. In FIG. 19, all five stations, of the process by which the user creates the control diagram 

named S1-S5, arc shown as five separate icons 166, 167, 10 is depicted in FIG. 22. Initially at process step 172, the user 

168, 169 and 170. The icons have been positioned to show constructs a behavior profile 170 that is similar to the control 

machine component relationships. metaphor for the desired machine cycle. The behavior 

This process of selecting and naming menu items to profile 170 is illustrated in the upper right portion of the 

construct both the template-based machine tree and the floor display in FIG. 21 between lines 175 and 176 representing 

plan continues until the floor plan is completely designated, 15 the extremes of the linear motion. The remainder of the 

from the machine level down to the axis level. A complete display designates "physical attributes" of the axis, which 

floor plan for the process of FIG. 1 is shown in FIG. 20 attributes constitute the input and output signals required to 

including icons representing the indexer, five stations, a operate the machine according to the behavior profile, 

work-unit named "LH" at the first station corresponding to At the outset of defining the operation of the main slide 

loader 14, a work-unit named "LV" at the second station 20 axis, a blank behavior profile is displayed with only the outer 

corresponding to drill 18, an LV unit at the third station lines 175 and 176 that correspond to the extremes of the 

corresponding to turret drill 20, an LV unit at the fourth linear movement of the main slide subassembly 26. An 

station corresponding to the horizontal mill 22, an "RH" at EDIT choice appears at the top of the profile in a menu bar 

the fifth station corresponding to the unloader 16, the which, when selected, provides a menu of items that can be 

operator panel 57 represented by icon 500, the master 25 used to define the axis. In particular, the menu will include 

control panel 58 represented by icon 152, and a separate icon switches, actuators, and work requests. A box 173 in which 

for each axis. the user enters the length of the machine stroke, i.e. the 

In the tree section 149, LH stands for "left horizontal" distance between positions DO and Dl also appears. In the 

meaning the work-unit is positioned on the left hand side of present example, the stroke distance is 16.0 inches and can 

its associated station and moves horizontally with respect to 30 be entered in the box 173 by selecting the box 173 and 

the station. Similarly, LV stands for "left vertical" meaning entering an appropriate stroke via a keyboard, 

movement is along a vertical axis and RH stands for "fight Referring also to FIG. 2, at step 169 in FIG. 22 the user 

horizontal" meaning the work-unit is positioned on the right uses the edit menu to select a menu item on the terminal 

hand side of its associated station and moves horizontally screen to define one of the limit switches 38 or 39, for 

with respect to the station. Despite the drill, turret drill, and 35 example switch 38 for the fully returned position of the 

horizontal mill all having the name LV, each is distinguish- subassembly 26. Upon that selection, a limit symbol 38* is 

able because of their parent/child associations with different displayed on monitor 80 and box 177 appears to the left of 

parent stations. Importantly, the parent/child associations are the symbol 38' within which the user enters the switch name, 

recognized by the compiler. such as "returned LS". A schematic representation 180 of the 

As in FIG. 7A, the loader at station SI in FIG. 20 includes 40 limit switch appears adjacent to its symbol 38' to indicate 

a single axis named "shuttle" 158c. Similarly, the drill at whether the limit switch contacts close or open when struck, 

station S2 includes two axes named "spindle" XSSd and or tripped, by a subassembly dog. A dog symbol 182 also 

"slide" ISHe, and the turret drill at station S3 includes axes appears on a horizontal line 178 which represents the linear 

. named "spi>.'*V.'\ "slide" and "turret" (icons not shown). axis of movement. One end of the dog symbol 182 initially 

The mill includes axes named "spindle" 158/, "main slide" 45 abuts the LEFT vertical line 175 and another vertical line 

158g and "cross slide" 158/i, and the unloader includes an 184 appears at the other end of the dog symbol, 

axis named "ejector" 158*. The graphical representation 38' of the limit switch 38 

When the floor plan is completed, the portion of the indicates when the limit switch is sending an active input 

template-based machine tree in tree section 149 is com- signal to the programmable controller 60 with respect to the 

pletely designated. Next, the special editors can be used to 50 positions of travel by the main slide subassembly 26. At step 

define the characteristics of each axis 158a-158t and the 185, the user indicates whether the switch is normally 

control panels 57, 58, as well as define sequences of axis opened or closed. This is accomplished by using a mouse 81 

movement. or the keys on keyboard 79 to place the cursor over the 

Referring to FIGS. 2 and 20, the horizontal mill 22 is schematic symbol 180 and press the button to toggle the 

represented in the floor plan image as the fourth station S4 55 symbol open or closed. In a similar manner at step 187, the 

and all other components connected thereto. Thus, station S4 user "grabs" the dog symbol 182 to position the symbol 

includes a left vertical mill LV having a local control panel along line 178 to indicate positions on the axis where the dog 

represented by icon 500 and spindle, main slide and cross trips the limit switch 38*. The length of the dog symbol 182 

slide axis represented by axis icons 158/, lS8g, 158ft. can be changed by using the cursor to grab one end of the 

Axis Editor 60 symbol and stretch or contract the dog symbol. As the 

Referring again to FIG. 20, when an axis icon is selected, position and length of the dog symbol changes, so docs the 

the machine editor 162a switches editing control to the axis position of the vertical line 184 which indicates the location 

editor 162b which allows a programmer to specify axis along the linear axis at which the dog engages and disen- 

characteristics. gages the corresponding limit switch 38. Trie dog symbol 

Referring again to FIG. 18, the axis editor 162b, like the 65 188 for the advanced limit switch 39 also is created on the 

machine editor 162a, follows the same process for gleaning control diagram in this manner by the user again selecting 

new image information to create new modules and populate the limit switch menu item at step 190. Denning the other 
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limit switch 39'(ie. "advanced LS") also creates an addi- 
tional vertical Line 186 an the control diagram 166. 

The definition of the two limit switches 38' and 39' divides 
the stroke length into three segments referred to as positions 
192, 193, and 194. The location and length of the dog 
symbols 182, 188 designate in which of these positions 
192-194 the corresponding limit switch will be tripped by a 
carriage dog. In the present example, the returned limit 
switch 38 is tripped by the dog when the subassembly 26 is 
stopped in the "returned'' position 192. The advanced limit 
switch 39 is tripped by the dog only when the subassembly 
26 is at the "advanced" position 194. When neither the 
advanced nor returned LSs 38, 39 are tripped, the subas- 
sembly 26 is in an "intermediate" position. 

As the limit switches are employed to signal when sub- 
assembly motion should be stopped, the operational posi- 
tions 192-194 relate to different sections of the control 
metaphor in FIG. 5. Specifically, "returned" position 192 
corresponds to the stopped position at distance DO and 
position 193 corresponds to the subassembly 26 moving 
between distances DO and Dl. Similarly, position 194 cor- 
responds to the fully advanced position when the subassem- 
bly 26 is stopped at distance Dl. The terms "position" and 
"operational position," as used herein, refer to physical 
locations at which the machine has different operating 
characteristics, for example movement speed and direction. 
A position may be a single physical location or a region of 
physical locations, such as the region between distance DO 
and Dl. 

After defining the signals for the two limit switches 38 
and 39, the user then specifies the number of actuators 
(motors) which are employed to drive the subassembly 26. 
A separate block 196 is created each time the user selects an 
ADD ACTUATOR menu item from the program editor 
software at step 190. This enables the user to specify the 
number of motors, in this case one for the main slide motor 
32. Each block 196 is subdivided into three boxes for 
actuator name, speed (TN/MIN) and direction. The blocks 
196 may be subdivided further depending upon the types of 
actuators, Le. . . . single speed-single direction, single 
speed-two direction, two speed-single direction, or two 
speed-two direction motors. In the present example, the 
main slide motor 32 is a single-speed, two-direction device 
and thus its block 196 has a single-speed box 197 and 
two-direction boxes "work" 199a and "home" 1996. At step 
200, the user enters the speed of the slide motor in box 197 
but does not designate direction since both the advancing 
and retracting motions are provided by this actuator type. 
The editor software loops through steps 200202 until infor- 
mation has been provided for each actuator selected. 

Each time an actuator block 196 is added, removed or 
edited, the graphical editor has a column for every direction 
and/or speed coil for the motors and a line which corre- 
sponds to all of the possible combinations of motor speeds 
going toward and away from the workpiece. The exemplary 
main slide motor can advance the subassembly 26 toward a 
workpiece at 100 inches per minute. Similarly, the motor can 
be used to retract the subassembly 26 from a workpiece at 
100 inches per minute. A black dot in various matrix 
locations indicates which of the motors are energized and 
their direction to produce the speed listed in the right column 
of the matrix 204. 

When the matrix 204 is formed, separate horizontal bars 
206 and 208 are created across the behavior profile 170 
above and below the zero speed axis 210. Each of the 
horizontal bars 206 and 208 is formed by individual seg- 
ments within each of the operational positions 192-194. At 
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step 204, the user grabs the segments of the horizontal bars 
206 and 208 in the behavior profile 170 and positions the 
segments vertically to indicate the advancing and returning 
speed at which the subassembly 26 is to move within each 

5 of the positions 192-194. For example, when an advance 
request is received, the subassembly 26 is to move from the 
returned position 192 through the intermediate position 193 
at a speed of 100 inches per minute. Upon the subassembly 
26 reaching the advanced position 194 at distance Dl, the 

io speed goes to zero by stopping the motor 32. Thus, the 
portion of the behavior profile 170 above the zero speed axis 
210 corresponds to moving the subassembly toward a work- 
piece. A similar representation in FIG. 21 is given for the 
speed of the subassembly away from the workpiece by 

15 locating the segments of horizontal bar 208. 

Referring still to FIGS. 21 and 22, the user then provides 
the names of separate request signals which indicate when 
the subassembly 26 is to advance toward the workpiece and 
when it is to return. These names are placed into boxes 212 

20 and 214 as request signals to be used by the linear axis editor 
as described below. In the example these request signals 
have been named simply "advance" and "return". 

Next, the user is afforded an opportunity at step 207 to 
define composite position signals, which are signals ener- 

25 gized when an axis is within a specified region defined using 
a subset of operational positions 192-194. A composite 
position definition label box CCF is added to section 216* of 
diagram 174 each time a user selects an ADD COMPOSITE 
POSITION menu item. For each composite position added 

30 a user must enter a name in the label box CCP* and must 
select one or more operational positions by clicking the 
mouse-controlled cursor in the vicinity of the intersection of 
an imaginary horizontal line, extending from the center of 
the label box CCP', and one of the operating position regions 

35 192, 193 or 194, each selection recorded by the axis editor 
as a graphical arrow 218', 219 1 . In the example, a composite 
position named "cutter clear" is defined to be energized 
whenever the main slide subassembly 26 is in either the 
"returned" or "intermediate" position. Referring also to 

40 FIGS. 3 and 6, a "cutter clear" composite position CCF 
defined in section 216* of diagram 174 is precisely the signal 
required to initiate and maintain a cross slide return action 
B4 once a main slide return action B3 reaches a cutter clear 
position C£P, permitting parallel motion 56 of the main slide 

45 and cross slide axes. 

As the user creates the control diagram 174 of FIG. 21, the 
axis editor 1626 converts icons and images from the diagram 
174 into module specifications required to define an asso- 
ciated axis module. Referring again to FIG. 11, to com- 

50 pletely define both physical and operating characteristics of 
an axis the editor 162b must glean information from the axis 
diagram 174 to populate the module specification named 
"switch package" 291a and two module fist specifications 
named "trajectory** 291* and "actuator" 291c. 

55 Referring to FIGS. 11, 18 and 21, to define the axis 
module 108 so as to correspond to control diagram 174, 
while a user is constructing the diagram 174, the editor 1626 
identifies all limit switches, positions, composite positions, 
actuators, trajectories, and moves from the diagram 174, one 

60 at a time, at block 145. 

Each time a user designates a limit switch, request, 
actuator, position or composite position, the editor 1626 
identifies the designation and populates an appropriate mod- 
ule or creates a new module. In the main slide control 

65 diagram of FIG. 21, the editor 1626 would identify both the 
returned limit switch 38' and advanced limit switch 39', both 
the main slide advance 212 and return 214 requests, the main 
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slide motor actuator 196, the main slide positions including the names of the selected operational positions 218' and 

"returned", "intermediate", and advanced" 192, 193 and 194 219*. The single rung in template 303a generates a simple 

respectively, the composite position "cutter clear" CCF and logic circuit that energizes a signal whose name corresponds 

various moves corresponding to both the return 214 and to module name 401a whenever any one of the positions in 

advance 212 trajectories. The advance trajectory 212 would 5 the selected positions module list specification 304c is 

include an "initial" move corresponding to position 192, an energized. 

"intermedia te" move corresponding to position 193 and a Referring to FIGS. 11 and 25 the editor 1626 creates a 

"final" move, which slows the subassembly 26 to zero trajectory module based on trajectory template 309 for every 

speed, corresponding to position 194. trajectory referenced in the trajectory module list specifica- 

Al block 151, after each of the axis designations, the 10 tion 2916. 

editor 1626 populates corresponding lists, placing limit The second rung 313 determines if the trajectory associ- 

switches in the limit switch module list specification 294, ated with the specific module is at its start position. This is 

positions in the position module list specification 295, done by using an OR list macro as explained above. The OR 

trajectories in the trajectory module list specification 2916, list macro and associated logic 315 determines if any other 

actuators in the actuator module list specification 291c, 15 trajectories arc done. Where any other trajectory is done, it 

composite positions in the composite position module list is assumed that the present trajectory is at its start position, 

specification 2914 and moves in the associated move mod- The third rung 314 simply checks if the trajectory associated 

ulc lists 96g in FIG., 25. In addition, for each list entry, the with the module is completed and is used by other trajectory 

editor 1626 creates a new module at block 147. For example, modules to determine if they are at their start positions. The 

referring to FIGS. 21 and 23, for the main slide control 20 start and done status of each trajectory is used by the bar 

diagram 174 the limit switch module list specification 294 in chart editor 1624 as described in more detail below. 

FIG. 23 would include module references named "returned Referring now to FIG. 26, a move module based on move 

LS" 38' and "advanced LS" 39* while the positions list 295 template 316 is provided by the editor 1626 for each 

would include module references named "returned" 192, potential move designated in a trajectory module. Each 

"intermediate" 193 and "advanced" 194. Referring to FIGS. 25 move template 316 includes a unique module list named 

21 and U, the trajectory module list 2916 would include "coil request". The editor provides a coil request module 

module references named "advance" and "return" cone- based on the coil request template shown in FIG. 27 for eacb 

sponding to requests 212 and 214 respectively and the coil request referenced in a move module 316. 

actuator module list specification 291c would include a Referring to FIG. 28 the editor 1626 creates an actuator 

single module reference named "motor" of the type actuator 30 module based on actuator template 318 for each actuator 

corresponding to designation 196. Referring to FIG. 25, the module referenced in the axis template 108. Each actuator 

module fist specification named "move" for the module of module 318 includes a module list 319 called coil wherever 

type trajectory named "advance" would include references a Est of uniquely named coils actuator template 318. are 

to "initial," "intermediate" and "final" moves and the list provided for the actuator associated with the parent 

named "move" for the module of type trajectory named 35 Because the axis editor gleans information from diagram 

"return" would also include references to "initial," "inter- 174 while a user is constructing the diagram and simulta- 

mediate" and "final" moves. Each list entry would cone- neously constructs the portion of the template-based 

spond to a different module. machine tree corresponding to the axis being designated, by 

Referring to FIG. 24 the position template 3 03 includes the time diagram 174 is completed, all of the information 

four separate lists 304<z, 3046, 304c and 3044 corresponding 40 required to provide RLL logic to specify the axis is com- 

to the two possible types of limit switches and the two plete. This process must be repeated for each axis on the 

possible states of each type of switch (i.e. normally open floor plan 150. 

(NO) tripped, NO released, normally closed (NC) tripped, Control Panel and Bar Chart Editors 

and NC released.) Referring also tc FSCr. 21, the editor 1626 Referring again to FIG. 20, at this point the only icons on 

correlates positions 192, 193 and 194 with tripped and 45 the floor plan image that have not been completely defined 

untripped switches and switch type (i.e. NO or NC) to are the main control panel 152 and horizontal mill control 

populate each of the module list specifications 304a-3046 panel 500. 

with switches in conditions that correspond to a position. In addition, while all of the separate axes for each 
For example, referring again to FIGS. 2 and 21, when the machine element have been designated at this point, none of 
subassembly 26 is in the returned position the "returned LS" 50 the axis movements have been linked together. For example, 
38* is tripped and the "advanced LS" 39' is released. Assum- referring again to FIG. 6, the cycle 92 therein includes 
ing both the returned 38* and advanced 39' switches are movements of two separate axes (i.e. main slide subassem- 
normally open (NO), the returned position 192 would bly 26 and cross slide subassembly .28) that are linked via 
include one normally open and tripped returned LS 38' and their sequential and parallel relationships. These relation- 
one normally open and released advanced LS 39. Recog- 55 ships have to be designated by a user, 
nizing this, the editor 1626 would populate the NO tripped To specify a control panel, a user must designate mode 
LS module list specification 304a with the returned LS 38' selection, manual control, and indicator devices. In addition, 
and would populate the NO released LS module list speci- for each manual control device and each indicator device, 
fication 3046 with the advanced LS 39'. The other two list the user must designate both the cycle and the specific 
specifications 304c and 3044 in the position template 303 60 function in the cycle to which the device relates, 
would be left empty. To this end, although the control panel 162c and bar chart 
Referring to FIGS. 21 and 24 A, axis editor 1626 creates 1624 editors are separate, they must be used together, 
a composite position module based on template 303a for Initially, the control panel editor 162c is used to identify 
each composite position in section 216* of diagram 174. The modes of operation, mode selector switches corresponding 
editor provides each module a name 401a corresponding to 65 to the modes of operation, and various cycles that are 
the name in label box CCP* and provides a "selected controllable via the control panel Then, the bar chart editor 
positions" module list specification 304e corresponding to 1624 is used to define the different functions and their 
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temporal relationships that make up each cycle that is trained in the use of conventional diagrams to use the bar 

controllable via the control panel. Finally, after the cycles chart editor 162<i. 

are completely defined, the control panel editor 162c is again When a user enters the bar chart editor 162rf, the initial 

used to identify manual control devices, including lights, image only includes basic required bar chart designations, 

buttons and switches, that correspond to desired functions in 5 R«nured deagnations include the j cyde ume box 238, first 

the denned cycles. ^ ence 4 i^^* ^£ whole cycle 242 

To define the horizontal mill control panel 57, a user lcons , mterlockmg yield i 244 and stop 245 symbokojrre- 

i • mn im* • *nn • t ^ a j-,- _ 4 „i sponding to icons 240, 241 and 242 and REQUESTS 246 

selects icon 500, When icon 500 ^selected editing contro w md 248 hcadin ^ s 

passes from the machine editor 162a to the control panel The editof U2d ^ provides a menu bar (not shown) 

editor 162c. 10 mcnld j ng a REQUESTS option which allows a user to add 

Referring yet again to FIG. 18, the control panel 162c and 0f fr om me bar chart and a LABELS option 

bar chart 162d editors, like editors 162a and 1626, follow allowing a user to label specific locations in the bar chart, 

process 143 to glean information from screen images to To construct the bar chart image 236, a user selects an 

create new modules and populate existing modules during ADD REQUESTS option from a pull down request menu, 

image construction. There is one exception to this general 15 Thereafter, the editor 1624 provides a complete listing of 

rule and that is that the bar chart editor must also perform a every possible request associated with the horizontal mill 

bucketing step using the attributes table 431 of FIG. 40 after 22. For example, possible requests for the horizontal mill 22 

a cycle has been defined to populate function lists in the would include: cross slide advance, cross slide return, main 

module list specification sections of associated function slide advance, main slide return, spindle run, and spindle not 

modules. This will be described below. 20 run. In addition, other possible requests would include 

Referring now to FIG. 30, the initial display for a pre- whole cycle, reset, first sequence, and second sequence 

f erred control panel editor 162c includes a menu bar 222, a requests to any other cycle, exclusive of the cycle depicted 

name field 224, and three specification fields: MODE on the bar chart, defined subordinate to the horizontal mill 

CONTROLS, CYCLES, and MANUAL CONTROLS in the machine tree 11 (in this case, the spindle cycle 234 

referred to by numerals 225-227, respectively. 25 identified in the cycle field 226 of FIG. 30). 

The menu bar 222 includes five options, a conventional The bar chart editor 162d gleans the axis request options 

FILE option and MODES, CYCLES, CONTROLS and directly from the axis ages for the horizontal mill that were 

LIGHTS options that can be used to add or delete modes of constructed using the axis editor 162a. For m example, 

operation, cycles, specific controls, or lights respectively. referring again to FIG. 21, main slide advance and return 

Because all control panels have at least local and remote 30 requests were designated in boxes 212 and 214. The cross 

modes of operation, the control panel editor 162c initially slide advance and return requests would have been desig- 

designates a single three-pole selector switch represented in nated when the user constructed an axis image like the one 

the MODE CONTROLS field 225 by icon 230 which can be in FIG. 21 for the cross slide subassembly axis. The spindle 

used to choose either a remote mode (AUTO), local mode requests would have been designated when the user con- 

(MAN), or an off state (OFF). If desired, a user can use the 35 structed an axis image for the spindle axis. 

MODES option in menu bar 222 to pull down a mode menu To specify a mill cycle like the one in FIG. 6, the user 

for creating other modes (tool change or service modes). If selects requests from the request menu for main slide 

a third mode is designated via the modes menu, the icon 230 advance, cross slide advance, main slide return and cross 

is automatically altered to show a four-pole selector switch slide return. Each time a request is selected, the editor 

in the MODE CONTROLS field 225. 40 provides a request box 250, 251, 252 or 253 under the 

Other than icon 230, initially there are no other designa- REQUESTS heading. In addition, referring also to FIG. 32, 

tions in fields 225, 226 and 227. Because manual controls the editor 162d provides two blank sequence boxes to the 

have to be related to some cycle function, prior to desig- right thereof under the CYCLE TIME designation 238, the 

Dating manual controls, machine cycles, Eke the one shown sequence boxes divided by the LATCH designation indicat- 

in FIG. 6, have to be defined. To this end, a user can choose 45 ing division between first and second sequences: ihus, there 

the CYCLES option from menu bar 222 to pull down a are two separate columns 256, 258 next to the request boxes 

cycles menu to designate required cycles. When a single 250-253, a first sequence column 256 and a second 

cycle is added, the editor 162c prompts the user to name the sequence column 258. 

cycle. When a cycle is added, an icon including a user- With all of the requests selected, the user begins to order 

assigned name is placed in the CYCLES field 226. In the 50 the sequence of requests by selecting the box in the first 

present example, the horizontal mill control panel 57 sequence column 256 corresponding to the first request in 

includes only two cycles, a mill cycle including movements the cycle. In the present example, the sequence of requests 

of the main slide 26 and cross slide 28 subassemblies, and is main slide advance, cross slide advance, main slide return 

a spindle cycle for turning on and off spindle 30. Therefore, and cross slide return. Therefore, the user would first select 

two cycle icons 232 and 234 corresponding to mill and 55 the box in the first sequence column corresponding to the 

spindle cycles are referenced in field 226. main slide advance request in box 250. The editor 162d 
To define each cycle, the user separately selects each of would respond by placing a bar 260 adjacent request box 

the cycle icons 232, 234 to enter the bar chart editor 162d 250 in the first sequence column 256. 

two different times. Referring to FIG. 31, a bar chart image Next, the user would select the box in the second 

236 that would be constructed for the mill cycle of FIG. 6 60 sequence column corresponding to the first request in the 

using the bar chart editor 162d is depicted. It should be second sequence. In the present example, the first request in 

readily apparent that the bar chart image 236 constructed the second sequence is main slide return. The user would 

using the bar chart editor 162d is very similar to the select the box in the second sequence column 258 corre- 

conventional chart 92 shown in FIG. 6 having a few addi- sponding to the main slide return. The editor 162d then 

tional features that help tie together various cycles as will be 65 places a function bar 262 in the selected box. At this point, 

described below. The similarity between a conventional bar the beginning requests in the first and second sequences 

chart 92 and image 236 is meant to make it easy for a user have been identified. 
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Next Ihc user must select the second requests in the first From here it is a simple matter for a user to select the box 
and second sequences. In the present example, the second at the intersection of the row containing the cross slide return 
request in the first sequence is the cross slide advance request box 253 and the newly created column 273. The bar 
request in request box 251. To place a function bar for the chart editor 1624 then creates the cross slide return function 
cross slide advance request, the user selects box 251 and 5 bar 274 in the selected box such that the leftmost end of bar 
drags a ghost image (not shown) of the box into first 274 meets the intermediate position line 270 and the right- 
sequencing column 256. To place the cross slide advance most end of bar 274. meets the vertical line 276'. 
request after the main slide advance request, the user drags Initially, all functions provided on a bar chart image 236 
the ghost image until it is clearly in the second half of the using the editor 162c/ are assumed to be normal functions 
first sequence column 256. The user then releases the ghost 10 (i.e. can be performed in either forward or reverse directions 
image. To place the cross slide advance request in front of and can be repetitively performed during manual operation 
the main slide advance request, the user would release the in a single cycle). However, the preferred editor 1624 allows 
ghost in the first half of the first sequence column 256. The a user to specify non-reversible or non-repeatable functions, 
ghost image is depicted as a cross hair to aid the user in this This is accomplished by again activating the function dialog 
process. is by clicking between the end triangles of a function bar and 

Referring again to FIG. 31, when the ghost image is making the appropriate selection in the function type section 
released, the editor 1624 divides the first sequence column of the dialog. For example, by clicking bar 267 and selecting 
into first and second columns 264, 265 using a vertical non-repeatable' 1 in the function type section of the function 
"done" line 269 and provides a bar 267 corresponding to the dialog (not shown), the function associated with bar 267 can 
cross slide advance request in box 251. In addition, the 20 be made non-repeatable. Similarly, a bar can be made 
editor 1624 shortens bar 260 so that bar 260 ends where bar non-reversible by activating the function dialog and select- 
267 begins, indicating that functions related to bars 260 and ing "non-reversSble*' in the function type section. A non- 
267 do not overlap. In other words, the function related to repeatable function is designated by a bar having the number 
bar 260 is done at done line 269. 1* adjacent its leftmost triangle. In FIG. 31, bar 267 is so 

A function bar for the cross slide return request may be 25 designated. Similarly, a appearing adjacent to the leftmost 

placed in the second sequence in a similar fashion, but closer triangle indicates a non-reversible function (see bar 262). 

inspection reveals that correct placement of the cross slice This information is gleaned by the editor 1624 for choosing 

return function bar requires another technique. function mapping in function modules (see FIG. 39A). 

In this case, referring again to FIG. 6 and also to FIG. 3, Referring to FIG. 31, as a user creates different functions 

the cross slide return action B4 is expected to start as soon 30 on the bar chart image 236, the editor 1624 creates addi- 

as the main slide reaches the intermediate cutter clear tional stop and yield icons corresponding to various image 

position CCP, and is expected to continue in parallel with the elements. In particular, at the beginning of each separate 

remainder of the main slide return action until both actions function 260, 267, 262, 274 the editor 1624 provides both a 

are complete. So, referring again to FIGS. 31 and 32, before stop 245 and a yield 244 icon above the bar chart grid. The 

a function bar for the cross slide return request can be 35 stop 245 and yield 244 icons allow a user to condition 

correctly placed, as represented in FIG. 6, it is necessary to functions on the completion of other functions, cycles or 

indicate on bar chart 236 an intermediate "done" line other system input sequences. For example, to limit the 

bisecting the extent of the main slide return function bar 262 possibility of spindle damage, it may be desired to make 

that represents the achievement of the cutter clear position performance of the cross slide advance request contingent 

CCP. 40 upon the horizontal mill spindle 30 being in an "on" state. 

A bar chart editor 1624, although capable of gleaning Either of the stop 245 or yield 244 symbols can be used for 

information from its functions about intermediate positions, this purpose. 

is not capable of determining which of many such positions To define contingencies for the cross slide advance 
are needed on the display 236, while displaying all such. request in request box 25 151, a user may select yield icon 
positions is clumsy and detracts from the overall usefulness 45 244 which would provide a contingency screen 274 allowing 
of the display. In the preferred embodiment, a user is a user to add or remove contingencies from a contingency 
required to assist the editor 1624 by choosing, on a function list Referring also to FIG. 33, one embodiment of a con- 
by function basis, which intermediate positions in each tingency screen would include two separate fields, one field 
function need to be indicated on the display 236. This is 280 listing all possible machine contingencies. The other 
done through a function dialog that is activated by clicking 50 field, a CHOSEN CONTINGENCY field 281, would list 
between the end triangles of a function bar with the mouse- selected contingencies. In addition, the screen 5 02 'would 
controlled cursor. include a menu bar 282 allowing a user to add and delete 
Referring again to FIGS. 31, 32 and to FIG. 21, a user first contingencies to and from the CHOSEN CONTINGENCY 
selects the bar 262 associated with the main slide return field 281. To make the cross slide advance contingent upon 
request A function dialog (not shown) gleans information 55 a spindle on state, the user selects a spindle on contingence 
about outputs 216 and composite positions 216* from a from field 280. The editor then adds the "spindle on" 
control diagram 174 of the main slide axis captured by an contingency to field 281. Once a complete contingency list 
axis editor 1626. The function dialog presents this informa- has been formed, the user saves the list and performance of 
tion to a user in a list of "positions*' traversed by the main the cross slide advance of FIG. 31 is then conditioned upon 
slide return trajectory -initial, intermediate, and final-in 60 all contingencies in the list associated with yield icon 244' 
chronological order of traversal. A user may select one or being completed. 

more intermediate, positions for display. In this case, a user The stop symbols 245 are similar to the yield symbols in 

indicates that the composite position "cutter clear*' CCF is that a list of contingencies can be farmed which must be 

Deeded on the display. satisfied prior to continuing a sequence. However, whereas 

The bar chart editor 1624 then creates a vertical line 270, 65 yield symbols 244 apply only to functions beginning at the 

bisecting the main slide return function bar 262, and splitting yield icon, a stop symbol 245 applies to all functions 

the second sequence column 258 into columns 272 and 273. beginning at or after the stop icon but before the end of an 
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associated half-cycle sequence. For example, contingencies case functioo 274, as the observed function. At block 454, 

referenced in a contingency list associated with stop symbol the editor 1624 assigns the observed function 274 to a bucket 

245" must be met at line 276 and at line 269. of the observing function 260 according to the attributes 

In addition to contingencies on functions, sometimes it is ^M® 431 illustrated in FIG. 40. The bucketing process is 

necessary to put contingencies on the performance of the 5 explained below with reference to FIG. 43 

first and second sequences of a cycle. This kind of contin- M block 455 » the editor 1«W labels the function poor to 

™,~, #k- «^™*«~ rt f , ,-rH^nrUn)iv the instantaneous observed function as the next observed 

gency affects the performance of a sequence rndependenUy ^ ^ ^ ^ 

of the contmgencies on the functions making up that q a ; ^ 456 ^ ^ U2d 

sequence. In other words, these arc contingencies on 44 determinesif me observed function 262 is the inverse of the 

cycling^ a cycle. _ J . . ... J . 10 observing function 260. Where the observing function 262 is 

Contingencies specified using a stop sign 245 are condi- QOt ^ ^ 162 ^ returns to block 454 and 

tions needed m order to initiate and continue performance of buckets the observed function. The editor 1624 repetitively 

the first sequence of the cycle. In contrast, contingencies through blocks 454-456 until the observed function 

specified using a yield symbol 244 are conditions needed ^ mc mvcrS6 c f the observing function, 

only to initiate performance of the first sequence of the 15 the preferred example, the observed function 262 is the 

cycle, but are not required thereafter. inverse of observing function 260 and therefore, at decision 

For example, a user may select yield icon 244 associated block 456, the editor 162d branches to block 457 and labels 

with first sequence request 240 causing the bar chart editor the function prior to the instantaneous observing function as 

to provide a contingency screen 274 for the first sequence. the observing function. In the present case, function 274 

By placing a "spindle on" condition in the CHOSEN CON- 20 would be labeled the observing function. At decision block 

TTNGENCY field 281, the user makes initiation of the first 458, the editor 1624 determines if the observing function is 

sequence conditional upon the spindle being in an "on" state. the original observing function. If this condition is met, the 

This contingency is in addition to a similar, but different, editor 1624 stops the bucketing process. If the observing 

contingency placed on the cross slide advance request, function is not the original observing function, the editor 

which is a function performed as apart of the first sequence. 25 1624 passes control back up to block 453 and begins the 

Both the function and first sequence contingencies apply process over again. Thus, the editor 1624 assigns to buckets 

the same "spindle on" condition, but the meanings are all of the needed required functions for every function in a 

different and, what's more, complementary. Sequence con- cycle. 

tingencies are used to avoid initiating, continuing, or resum- Referring now to FIG. 43, the bucketing process of block 

ing performance of a sequence of operations that have little 30 454 is illustrated as process 460. To bucket an observed 

or no hope of being completed successfully or safely. In this function, the editor 1624 first determines whether or not the 

case, if the spindle state is not "on" when a first sequence observed function is stable relative to the observing function 

request is made, there is little or no hope that the spindle will at decision block 462. 

be "on" when the cross slide advance request requires it to Where the observed function is not stable, the editor 1624 
be so. Specifically, the first sequence contingency avoids 35 determines if the observed function is canceled by the 
advancing the main slide when it is already known that the observing function or canceled by some other function at 
cross-slide cannot advance. This avoids unnecessary decision block 470. Where the next function is canceled by 
machine activity that wastes time, energy, and may require some other function, the editor 1624 next determines 
the attention of a machine operator to undo before that cycle whether or not the observed function is in the same half- 
can be restarted. Sequence contingencies specified using a 40 cycle as the observing function at block 478. Where the 
stop symbol also prevent unintended "spontaneous" resump- observed function is in the same half-cycle as the observing 
tion of sequence performance and, therefore, any requested function, at decision block 479 the editor 1624 determines 
functions that may have stopped due to a related function whether or not the observed function incorporates a position 
fntingency, should a required condition that was lost sud- or a latch. Where the observed function incorporates a 
denly be rectified. 45 position, at block 480 the editor 1624 buckets the observed 

Similarly, second sequence contingencies may be speci- function as type A. Referring also to FIG. 40A, ass ig n ing a 

fied using stop and yield symbols associated with a second function to a bucket entails placing a unique name for the 

sequence request icon 241, while sequence contingencies function in the appropriate list in the module list specifica- 

may be specified common to both sequences using stop and tion section 442 of the function template 436 associated with 

yield symbols associated with whole cycle request icon 242. 50 the observing function. In this case, where a function is 

Referring again to FIG. 41, preferably, after a complete placed in bucket A, the function is unstable, is canceled by 

cycle has been defined using the bar chart editor 1624, the the observing function, is in the same half-cycle as the 

editor 1624 gleans information for each individual function observing function and incorporates a position and therefore 

from the bar chart image 236 and assigns buckets, start would be placed in module list specification for 48. 

positions, and safeties to each function according to 55 Similarly, as other functions are assigned to buckets, they are 

attributes table 431. Every start position is uniquely named placed in other fists in the module list specification section 

and placed in a bucket M while every safety designated 442. 

using icons 244 or 245 is placed in a bucket 0. After blocks 479 and 480, at block 600 the editor 1624 

Referring to FIG. 42, to assign buckets for all functions, determines if the observed function incorporates a latch, 

the editor 1624 starts with the first function in a bar chart, 60 Note that a function can incorporate both a latch and a 

labels that function an original observing function at block position. Where the observed function is not stable, is 

452, and works backward to bucket all other cycle functions canceled by a function other than the observing function, is 

unul it reaches the inverse of the observing function. Refer- in the same half -cycle as the observing function and incor- 

ring also to FIG. 31, to assign buckets for functions 260, porates a latch, at block 481 the editor 1624 assigns the 

267; 262 and 274, the editor 1624 would first label function 65 observed function to bucket C. 

260 the observing function. Then at block 453, the editor Referring again to decision block 478, where the observed 

1624 would label the function prior to function 260, in this function is not stable, is canceled by a functioo other than the 
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observing function, and is not in the same half -cycle as the constitute the second sequence. As with the mill cycle, the 

observing function, the editor 1624 passes control to deed- user would construct a complete bar chart like the one in 

sion block 482 to determine whether or not the observed FIG. 31, including requests, bars and contingencies for the 

function incorporates a position. Where the observed func- spindle cycle. During construction, the editor 1624 would 

tion incorporates a position, the editor 1624 assigns the 5 continue to glean information required to populate modules 

observed function to bucket B at block 483. At blocks 602 and create new modules and to assign buckets as described 

and 484, where the observed function incorporates a latch, above. . . 

the editor 1624 assigns the observed function to bucket D. After complete bar charts have been constructed for each 

Referring again to decision block 470 where the observed cycle identified in CYCLE field 226, if desired, the user can 

function is not stable but is canceled by the observing 10 then define manual control devices and tie those devices to 

function, the editor 1624 passes control to decision block specific requests in the bar charts. 

471 and determines whether or not the function is in the In the present example, it will be assumed that a user 

same half -cycle as the observing function. Where the requires four separate manual push buttons on the horizontal 

observed function is in the same half-cycle as the observing mill control panel 57, one button each for the main and cross 

function, the editor 1624 determines whether or not the is slide advance requests and one button each for the main and 

observed function incorporates a position or a latch at cross slide return requests. While buttons could be included 

decision block 472. Where the observed function incorpo- for the spindle on and spindle off requests, for the purposes 

rates a position, the editor 1624 assigns the observed func- of this explanation it will be assumed that they are not 

tion to bucket G at block 474. Where the observed function needed. 

incorporates a latch, the editor 162d assigns the function to 20 To define a push button for the main slide advance 

bucket E at blocks 604 and 475. request, the user selects the CONTROLS option from menu 

Referring again to decision block 471, where the observed bar 222 which would provide a complete list of all requests 

function is not stable, is canceled by the observing function, associated with the cycles identified in the CY CLE field 226 . 

and is in the half-cycle opposite the observing function, the In the horizontal mill example, the request list includes 

editor 162d passes control to decision block 473 to deter- 25 "main slide advance", "main slide return", "cross slide 

mine whether or not the observed function is a position. advance", "cross slide return", "spindle on", "spindle off", 

Where the observed function incorporates a position, the and "whole cycle", "first sequence" and "second sequence" 

editor 1624 assigns the function to the F bucket at block 476 requests for both the mill and spindle cycles. To designate a 

and where the observed function incorporates a latch the main slide advance button the user selects the main slide 

editor 1624 assigns the function to bucket H at blocks 606 30 advance request from the list. The editor 162c then provides 

and 477. a button icon 286 labeled "main slide advance". 

Referring once again to decision block 462, where the ; In a similar fashion, the user selects the CONTROLS 

observed function is stable, the editor 1624 determines option three more times, each time selecting a different 

whether or not the observed function is in the same half- possible request, the three selected requests being "cross 

cycle as the observing function at decision block 463. Where 35 slide advance", "main slide return" and "cross slide return", 

the observed function is in the same half-cycle as the Each time a different request is selected, the editor 162c 

observing function the editor 1624 determines whether or provides a new icon 287, 288, 289 labeled accordingly. At 

not the observed function incorporates a position at block this point all of the manual control buttons have been defined 

464. Where the observed function incorporates a position, and associated with different requests. 

the editor 1624 assigns the function to bucket I at block 466. 40 To define indicator lights; the user selects the LIGHTS 

Where the observed function incorporates a latch the editor option from bar 222. 

1624 assigns the function to bucket K at blocks 608 and 467. The editor 162c provides a list of possible limiting 

Referring again to decision block 463, where the observed positions associated with the requests in the mill and spindle 

function is stable and is in the half cycle opposite the . , cycles. ..The user selects a limiting position and then the 

observing function the editor 1624 determines whether or 45 editor 162c provides an associated light icon. In FIG. 30, 

not the observed function incorporates a position at block two light icons are illustrated, one 292/ the main slide return 

465. Where the observed function incorporates a position, and another 294 for the cross slide return. 

the editor 1624 assigns the function to bucket J at block 469. As with the machine 162a and axis 1626 editors, while a 

Where the observed function incorporates a latch the editor user is constructing a control panel image and corresponding 

1624 assigns the function to bucket L at blocks 610 and 468. 50 bar chart images using the control panel 162c and bar chart 

After all of the needed functions in a cycle have been 1624 editors, the editors 162c and 1624 are simultaneously 

assigned to buckets and added to appropriate lists by the gleaning information from the images to further develop the 

editor 1624, the editor also gleans from the control diagram template-based machine tree according to the process shown 

236 which half -cycle the function is in. Referring to FIG. in FIG. 18. Thus, additional modules are created and exist- 

39B, this information is used to label contact 450. In 55 ing modules are populated until all required images have 

addition, this information is used at compile time with the been completed. 

XPO and XPC pseudo instructions as explained above. With all of the mode, manual control and indicator light 

After a user completes the bar chart for the mill cycle devices defined and all of the cycles corresponding to the 

including request designation, proper bar sequencing and horizontal mill defined, the editors have all the information 

proper contingency designations, the user must then go back 60 required to provide RLL logic to control the horizontal miff, 

to the control panel editor 162c and select the next cycle to To provide information required for all of the machine 

be defined. Referring to FIG. 30, in the present example the components, the user would step through editing with the 

user selects the spindle icon 234 and reenters the bar chart axis 162b, control panel 162c, and bar chart 1624 editors for 

editor 1624 to define the spindle cycle. The spindle cycle all machine components. 

would include two requests, a "spindle on" request and a 65 After all required physical and operational characteristics 

"spindle off" request. Hie spindle on request would consti- of machine components are completely denned using the 

tute the first sequence and the spindle off request would editors described above, the user would instruct the pro- 
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gramming terminal to compile the entire template tree. for industry specific idiosyncrasies will be developed for 

Compilation is relatively simple and is depicted in FIG. 34. other industries, and the present invention is meant to cover 

Initially, at block 340, the compiler expands all child mod- all other such template sets. 

ules into specifications in parent modules. For example, Moreover, while the description above described how 

referring again to FIGS. 9 and 10, the master control panel 5 computer editors can act as interfaces to facilitate 

module 106 is placed in the machine module 98 where the programming, it is contemplated that a user could construct 

master control panel is referenced at 100. Similarly, all axis * template-based machine tree and compile a program 

modules (herein the module name "air") arc expanded into without the use of a computer editor. In other words, using 

the machine module 98 in place of the module list specifi- a template set, a user could designate and populate modules 

cation named Axis 102 and all indexer modules (herein the 10 by hand and then compile the modules as in FIG. 34. 

module named "Tl ") arc expanded into the machine Furthermore, while preferred editors are described herein, 

module 98 in place of the module list specification named any ^ of computer editor could be used to aid a user in 

Indexer 104. The compiler works its way through the entire programming using the template language. The important 

template-based machine tree, including portions provided by asp^ 1 of any editor is that the editor allow the user to input 

the axis 1626, control panel 162c and bar chart 162^ editors 15 information from which the editor can glean a subset of 

until all child modules have been expanded into their information required to designate and populate required 

referencing parent modules. modules. In addition, while the present invention is 

At block 550 the compiler allocates programmable con- described in the context of four editors, the inventive tem- 

troller memory for the modules and assigns memory P^te language could be used with more special editors 

addresses to fully qualified names defined by data definition 20 provided for specific applications or in the alternative, one 

statements in the modules. Next, at process block 341, the editor could be used separately to provide RLL logic for a 

compiler resolves the symbolic expressions into fully- sin gk portion of a machine tree. 

qualified names. For example, a symbolic expression for a T° apP 1 ^ mose practice in the art as to the scope of 

push button of a master control panel may be "$ .Master- & e invention the following claims are made: 

StartPB". In the present example, this symbolic expression 25 We claim: 

would expand into the fully qualified name l.Alanguage extension set for programming an industrial 

"ABl.MasterControlPanel.MasterStartPB". Similarly, the controller in a standard machine language for controlling a 

left horizontal work-unit of the fourth station (ie. the machine, the machine language having a standard form, 

horizontal mill 22) in the present example would have the machine control dividable into different control task types 

fully qualified name "AB 121. S4.LIT' wherein LH stands 30 corresponding to different physical and operational machine 

for "left horizontal", S4 for "the fourth station", H for "the characteristics, the control tasks together forming a hierar- 

transfer" and AB1 for "the machine" 10 generally. machine tree which completely describes machine 

After all the symbolic expressions have been expanded control, each control task of a specific type including at least 
into fully qualified names, at block 342 the extended instruc- some common characteristics and often including some task 
tions such as AND and OR lists are replaced with RLL logic. 35 distinct characteristics, the extensions for use with a modu- 
Thus an AND list macro corresponding to a list including ten lar library including a language module type for each control 
entries will be replaced by a ten contact series set of RLL 501110 language modules including logic sections 
instructions, each contact corresponding to a different list mat include machine language logic for common character- 
entry. Similarly, OR list macros would be replaced with a set ktics of 411 associated control tasks type, the extension set 
of RLL instructions expanded in parallel. 40 for providing task distinct logic and logic that changes as a 

Next, at block 343 the compiler would compile pseudo- function of job specific parameters, the extension set corn- 
instructions XPC, XPO and OTX, removing RLL logic from prising: 

some RLL rungs and expanding logic in others depending on a first extension set including pro gramming extensions 

job specific requirements. that are completely independent of the standard form, 

After block 343, aii that remains is a control program 45 the first extension set including module specifications, 

consisting entirely of conventional RLL logic that can be some language modules including module 

used by a controller 60 to control the industrial process of specifications, each module specification identifying 

machine 10. other language modules required to further specify 

This concludes the detailed description of the preferred additional logic required to control task distinct char- 
embodiment. However, it should be appreciated by those of so acteristics; and 

ordinary skill in the art that the description herein is given a second extension set including extensions to the stan- 

only by way of example and that various modifications and dard form itself, the second extension set including 

additions might be made, while still coming within the scope macro instructions that provide machine language sec- 

of the invention. In particular, while the present template- tions that can change as a function of job-specific 

based language has been developed for use in RLL 55 parameters. 

programming, other template-based languages could be 2. The language extension set of claim 1 wherein the 

developed for use with other industrial controller program- machine tree is compilable by an automated compiler and 

ming languages such as state diagram programming. The the macro instructions include an AND list instruction and 

important aspect of the present language is not that it relates an OR list instruction, when compiled, the AND list instruc- 

to RLL, but rather the realization that extensions to normal 60 tion providing logic for a job specific number of simulta- 

programming language logic itself in conjunction with neously required contingencies and the OR list instruction 

extensions that are separate from the language logic can be providing logic for a job specific number of alternative 

used to provide truly reusable programming logic that can be contingencies. 

tailored to job-specific requirements. 3. The language extension set of claim 2 wherein the 

In addition, while the exemplary template set detailed 65 second extension set also includes a symbolic expression 

above was specifically designed for the metal removal language for referencing data items, the symbolic expression 

industry, it is anticipated that other template sets that account language for navigating said hierarchical machine tree. 
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4. The language extension set of claim 3 wherein the 
symbolic expression language includes both path specifiers 
and separators, a language expression including a path 
specifier, a separator and an operand, and wherein each 
instance of a library module is identified by a name and the 
path specifiers include a first specifier that specifies the name 
of the library module that it appears in, a second specifier 
that specifies one instance of a library module in a list of 
modules, and a third specifier that references a specific type 
of library module and specifies the closest library module in 
the hierarchical machine tree that matches the type 
referenced, and the separators include a first separator that 
indicates that an associated operand is the name of a library 
module within the library module designated by an associ- 
ated path specifier and a second separator that indicates that 
an associated operand is the name of an attribute associated 
with an entity designated by an associated path specifier. 

5. The language extension set of claim 2 wherein the 
second extension set includes a set of compile time pscudo- 



10 



15 



8. The language extension set of claim 1 wherein the 
module specifications include a named module specification 
type that results in a single named language module of the 
type identified in the specification, another specification type 
being a renameable module specification that results in a 
single named language module of the type designated and 
will also allow a job specific name to over ride the name 
provided. 

9. The language extension set of claim 1 wherein the 
module specifications include a named module specification 
type that results in either no instances or one instance of a 
designated type depending on job-specific requirements. 

10. The language extension set of claim 1 wherein one 
type of module specification is a fixed module specification 
that references a library module that docs not include first 
extension set extensions. 

11. The language extension set of claim 1 wherein one 
type of module specification is a choice module specification 



instructions that, when compiled, remove or include logic as 20 that includes a list of mutually exclusive module types that, 

when compiled, expands into one of the module types, the 
expanded module type depending on job-specific require- 
ments. 

12. The language extension set of claim 1 wherein the 
a 25 machine language is relay ladder language. 

13. A language extension to machine language to be used 
in programming an industrial controller, the extension com- 
pilable by an automated compiler, when compiled, the 
extension providing machine language logic for a job spe- 

30 cific number of simultaneously required contingencies. 

14. A language extension to machine language to be used 
in programming an industrial controller, the extension com- 
pilable by an automated compiler, when compiled, the 
extension providing machine language logic for a job spe- 

35 cific number of alternative contingencies. 



a function of job-specific requirements. 

6. The language extension set of claim 5 wherein the 
compile time pseudoinstructions include examine predicate 
closed and examine predicate open instructions, each 
instruction associated with a functional logic set and 
predicate condition, when compiled, the examine predicate 
closed instruction examining if an associated predicate con- 
dition is true and, if true, including the functional logic in an 
associated library module and if false, removing the func- 
tional logic, the examine predicate open instruction exam- 
ining if an associated predicate condition is true and, if true, 
removing the functional logic from an associated library 
module and, if false, including the functional logic. 

7. The language extension set of claim 1 wherein the 
module specifications include a module list specification 
type that includes a list of modules of a specific type and 
allows zero or more instances of the designated module type. 
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